زیرساخت پروژه آنلاین مثل پایه یک ساختمان است؛ پس از اسکلت‌بندی، تغییرش سخت و زمان‌بر می‌شود. به همین دلیل انتخاب میزبانی، پایگاه داده، سرویس ایمیل و ابزار رفتارسنجی نباید بر پایه «همه از این استفاده می‌کنند» انجام شود. هر قطعه باید با نوع پروژه، اندازه تیم و مسیر رشد شما هم‌خوان باشد.
چهار قطعه اصلی هر پروژه آنلاین
اکثر پروژه‌های وب فارغ از زبان و فریم‌ورک، به چهار قطعه نیاز دارند: جایی برای اجرای کد، جایی برای نگهداری داده، راهی برای ارسال ایمیل به کاربران و چیزی برای فهمیدن اینکه کاربران واقعاً چه می‌کنند. این چهار قطعه را می‌توان از یک تأمین‌کننده یا از چند سرویس تخصصی گرفت؛ نکته مهم، شناخت معیار هر قطعه است.
- استقرار و میزبانی: جایی که کد شما اجرا می‌شود؛ مانند Railway برای سرویس‌های سروری و Vercel برای فرانت‌اندهای مدرن.
- پایگاه داده و احراز هویت: جایی که داده کاربران می‌ماند؛ مانند Supabase.
- ایمیل تراکنشی: ارسال تأیید ثبت‌نام، بازیابی رمز و اطلاع‌رسانی؛ مانند Resend.
- رفتارسنجی و مشاهده‌پذیری: فهمیدن مسیر کاربر و خطاها؛ مانند PostHog.
| قطعه | پرسش پیش از انتخاب | نکته اجرایی |
|---|---|---|
| استقرار | فرایند انتشار چقدر ساده و قابل تکرار است؟ | انتشار آزمایشی را از روز اول در جریان نگه دارید |
| پایگاه داده | پشتیبان‌گیری و خروجی داده چگونه است؟ | بازیابی از پشتیبان را یک بار واقعاً اجرا کنید |
| ایمیل | ارسال از دامنه خودتان پشتیبانی می‌شود؟ | رکوردهای DNS را تنظیم و اعتبارسنجی کنید |
| رفتارسنجی | رویدادها چطور تعریف و بازبینی می‌شوند؟ | پرسش‌ها را پیش از تعریف رویدادها بنویسید |
استقرار: سادگی در برابر کنترل
در انتخاب میزبانی، موضوع اصلی توازن میان سادگی جریان کار و سطح کنترل است. پلتفرم‌های مدیریت‌شده استقرار را به چند فرمان ساده تبدیل می‌کنند و برای تیم‌های کوچک، همین سادگی یعنی وقت بیشتر برای محصول. پیش از انتخاب، سه چیز را فهرست کنید: نوع بار کاری شما (سرویس سروری، فرانت‌اند یا کار پس‌زمینه)، ابزاری که تیم برای ساخت استفاده می‌کند و اینکه پس از انتشار، چه کسی نگهبان عملیات است. اگر پروژه شما به تنظیمات شبکه یا نرم‌افزار خاصی نیاز دارد، پشتیبانی همان نیازها را در سرویس مورد نظر بررسی کنید.
railway login
railway init
railway upجریان استقرار کوتاه و قابل تکرار، ارزشی است که هر پلتفرم مدیریت‌شده به شما می‌دهد: از اولین استقرار آزمایشی تا انتشار نهایی، مسیر یکسان می‌ماند و در صورت خطا، برگشت سریع است. برای فرانت‌اندهای مدرن هم انتشار با یک فرمان یعنی می‌توانید هر تغییر کوچک را با خیال راحت امتحان و در صورت مشکل برگردانید.
پایگاه داده: سخت‌ترین قطعه برای جابه‌جایی
پایگاه داده قرارداد بلندمدت شماست؛ مهاجرت داده از یک سرویس به سرویس دیگر معمولاً زمان‌برترین کار زیرساخت است. بنابراین پیش از انتخاب کمی بیشتر تحقیق کنید: ساختار داده شما چگونه است، در افق میان‌مدت چقدر رشد می‌کند، پشتیبان‌گیری چطور انجام می‌شود و خروجی گرفتن از داده‌ها چه فرمتی دارد.
- نمودار داده‌های خود را بکشید و جدول‌های اصلی و روابطشان را مشخص کنید.
- برآورد کنید حجم داده در افق میان‌مدت به چه اندازه می‌رسد.
- مسیر پشتیبان‌گیری خودکار و بازیابی آن را بررسی کنید.
- فرمت خروجی داده‌ها را بررسی کنید تا مسیر مهاجرت باز بماند.
- سرویس‌هایی را هم ببینید که احراز هویت و ذخیره فایل را کنار پایگاه داده می‌دهند.
ایمیل تراکنشی: اعتبار دامنه شما در بازی است
ایمیل‌های سیستمی شما (تأیید ثبت‌نام، بازیابی رمز، اطلاع‌رسانی) باید به صندوق کاربر برسند، نه به پوشه هرزنامه. برای همین، ارسال از دامنه اختصاصی خود شما و تنظیم درست رکوردهای احراز هویت ایمیل در DNS اهمیت دارد. سرویس‌های تخصصی این مسیر را ساده می‌کنند، اما مسئولیت نهایی اعتبار دامنه با شماست.
- برای ایمیل سیستمی، دامنه اختصاصی پروژه را به سرویس ایمیل متصل کنید، نه دامنه رایگان.
- رکوردهای احراز هویت ایمیل را در DNS تنظیم و اعتبارسنجی کنید.
- بازگشت ایمیل‌ها را زیر نظر بگیرید و فهرست گیرندگان را تمیز نگه دارید.
- ایمیل‌های حساس را اول به خودتان بفرستید و پیش‌نمایش را بررسی کنید.
رفتارسنجی: بدون داده، تصمیم حدس است
ابزار رفتارسنجی به شما می‌گوید کاربران از کجا می‌آیند، در کدام مرحله جریان ثبت‌نام رها می‌کنند و کدام قابلیت واقعاً استفاده می‌شود. بدون این داده‌ها هر تصمیم محصولی یک حدس است. اما دقت این داده‌ها به طراحی رویدادها بستگی دارد؛ ده رویداد دقیق از یک جریان مهم، از صدها رویداد بی‌نام‌ونشان کاربردی‌تر است. همین ابزارها معمولاً ثبت خطا و پرچم قابلیت را هم می‌دهند؛ برای تیم کوچک، یک ابزار که چند کار را پوشش دهد از چند ابزار جداگانه بهتر قابل نگهداری است.
زیرساخت خوب زیرساختی است که وقتی خوابید کار می‌کند و وقتی خراب شد، همان‌جا می‌فهمید کجا خراب شده.
قواعد طلایی پیش از انتخاب زیرساخت
- هر قطعه را با معیارهای همان قطعه انتخاب کنید، نه با شهرت کلی برند.
- مسیر خروج و فرمت خروجی داده‌ها را پیش از خرید بررسی کنید.
- بازیابی از پشتیبان را یک بار واقعاً اجرا کنید.
- برای هر سرویس، مسیر پشتیبانی و گزارش خطا را بشناسید.
- تغییر بزرگ زیرساخت را در دوره کم‌ترافیک پروژه انجام دهید.
- هر قطعه را مستند کنید تا عضو تازه‌وارد تیم راه گم نکند.
زیرساخت خوب نامرئی است: کار می‌کند و اجازه می‌دهد روی محصول تمرکز کنید. با معیارهای همین راهنما هر قطعه را جداگانه انتخاب کنید و پیش از هر انتخاب، مسیر پشتیبان‌گیری و بازگشت را امتحان کنید تا تصمیم‌های امروز، ماه‌های بعد شما را محدود نکند.
