بدون Runtime سروری
در این مدل فایل آماده ارائه میشود؛ منطق Backend باید جای دیگری اجرا شود.
فایلهای نهایی وبسایت را بدون فرایند دائمی Backend منتشر کنید. برای سایت معرفی، مستندات و خروجی ایستای Frontend، مسیرها، کش و ارتباط با API را از ابتدا مشخص کنید.
نسخهٔ Runtime و منابع را متناسب با نیاز پروژه انتخاب کنید.
index.htmlassets/محیط اجرا باید با معماری برنامه هماهنگ باشد؛ این موارد را در آمادهسازی نسخهٔ انتشار لحاظ کنید.
در این مدل فایل آماده ارائه میشود؛ منطق Backend باید جای دیگری اجرا شود.
لینکها و مسیر داراییها را در دامنهٔ اصلی و زیرمسیر احتمالی آزمایش کنید.
فرم تماس یا عملیات کاربر نیازمند مقصد واقعی است؛ فایل ایستا بهتنهایی پردازش Backend انجام نمیدهد.
برای «سایت معرفی و کمپین»، کد، وابستگیها و تنظیمات Static را از هم تفکیک کنید. خروجی انتشار باید با همان نسخهای آزمایش شود که در محیط اصلی اجرا خواهد شد.
در سناریوی «مستندات و محتوای ایستا»، محل فایلهای ماندگار و اتصال داده را مشخص کنید. تغییر نسخهٔ برنامه نباید تنها نسخهٔ دادهٔ موردنیاز شما را از بین ببرد.
برای «خروجی Build فریمورکهای Frontend»، مسیر پاسخگویی، نام دامنه و نشانهٔ سلامت برنامه را تعریف کنید. پاسخ صحیح یک مسیر ساده، بهتنهایی عملکرد همهٔ مسیرها را تأیید نمیکند.
این سناریوها نقطهٔ شروعاند؛ منابع و روش اجرا به جزئیات پروژهٔ شما وابستهاند.
مسیرهای اصلی کاربر و حجم درخواست را به نیاز منابع تبدیل کنید.
ارتباط با داده و سرویسهای دیگر را در طرح استقرار مشخص کنید.
رفتار برنامه در شروع، اجرای عادی و توقف را جداگانه آزمایش کنید.
پیش از انتقال Static، این سه مورد را در پروژه آماده کنید. تنظیمات نهایی باید با نسخه و روش استقرار محیط مقصد سازگار باشند.
نسخهها و وابستگیها را مشخص کنید تا فرایند آمادهسازی برنامه قابلتکرار باشد.
تنظیمات محیط اصلی را از توسعه جدا کنید و مسیر شروع برنامه را پیش از انتقال آزمایش کنید.
اتصال سرویسهای وابسته و رفتار برنامه پس از راهاندازی مجدد را بررسی کنید.
مصرف حافظه و CPU برنامهٔ Static را در بار عادی و زمان اوج مقایسه کنید. کندی ممکن است از مسیر داده، وابستگی بیرونی یا تنظیمات برنامه باشد؛ افزایش منابع تنها گزینه نیست.
اطلاعات اتصال و کلیدها را از مخزن کد جدا نگه دارید. دسترسی اعضای تیم را به نیاز کاری محدود کنید و تغییرات تنظیمات را همراه نسخهٔ برنامه ثبت کنید.
پیش از انتشار نسخهٔ جدید Static، مسیرهای مهم و سازگاری داده را بررسی کنید. نسخهٔ قبلی و روش بازگشت را مشخص نگه دارید؛ بازگرداندن کد لزوماً تغییرات داده را برنمیگرداند.
انتخاب پلن را از نیاز واقعی برنامه شروع کنید. نوع پردازش، حجم داده و اجزای وابسته، مبنای مقایسهٔ منابع هستند.
مقایسهٔ پلنهای هاست ←برای سایت معرفی و کمپین، مصرف برنامه را در بار عادی و اوج اندازه بگیرید.
حجم دیتابیس و فایلهای کاربر را از فایلهای قابلبازسازی برنامه جدا کنید.
هزینهٔ سرویسهای وابسته را کنار برنامهٔ اصلی ببینید؛ همهٔ اجزا لزوماً در یک پلن نیستند.
خروجی ایستا، فرایند وب و پردازش پسزمینه نیازهای یکسانی ندارند.
همان الگوهای منابع صفحهٔ پلتفرم PaaS؛ پیکربندی نهایی و قیمت جاری در پنل بررسی میشود. نام فریمورک بهتنهایی تعیینکنندهٔ منابع موردنیاز نیست.
| پلنهای PaaSمنابع موردنیازتان را مقایسه کنیداز شروع پروژه تا توسعهٔ منابع | آغازشروع اقتصادی |
پایهپروژه کممصرف |
توسعهمحیط توسعه فعال |
رشدProduction آماده رشد |
حرفهایبار کاری پایدار |
مقیاسمنابع پرترافیک |
سازمانیمعماری چندسرویسی |
|---|---|---|---|---|---|---|---|
| قیمت ماهانه | استعلام در پنل | استعلام در پنل | استعلام در پنل | استعلام در پنل | استعلام در پنل | استعلام در پنل | استعلام در پنل |
| قیمت ساعتی | استعلام در پنل | استعلام در پنل | استعلام در پنل | استعلام در پنل | استعلام در پنل | استعلام در پنل | استعلام در پنل |
| RAM (GB) | 1 GB | 2 GB | 4 GB | 8 GB | 16 GB | 32 GB | 64 GB |
| vCPU (CORE) | 0.5 Core | 1 Core | 2 Core | 4 Core | 8 Core | 16 Core | 32 Core |
| Disk (GB SSD) | 10 GB | 20 GB | 40 GB | 80 GB | 160 GB | 320 GB | 640 GB |
| بررسی و انتخاب | بررسی در پنل | بررسی در پنل | بررسی در پنل | بررسی در پنل | بررسی در پنل | بررسی در پنل | بررسی در پنل |
مسیر آمادهسازی، اجرا و انتشار را با اسکرول دنبال کنید.
نسخه و وابستگیهای Static را مشخص و خروجی قابلتکرار تولید کنید.
مسیرهای اصلی «سایت معرفی و کمپین» را در محیط آزمایشی اجرا کنید؛ تنظیمات نمونه را با ساختار پروژه جایگزین کنید.
ماندگاری داده، حفاظت از کلیدها و روش بازگشت نسخه را پیش از انتقال اصلی بررسی کنید.
خیر؛ میزبانی ایستا برای ارائهٔ فایل آماده است. برای اجرای منطق سروری، هاست زبان مربوط یا یک Backend مستقل را انتخاب کنید.
نسخهٔ Runtime، وابستگیهای پروژه و روش استقرار را با گزینههای فعلی پنل تطبیق دهید. پشتیبانی از یک زبان یا فریمورک به معنی پشتیبانی از تمام نسخهها و افزونهها نیست.
منابع پردازشی، حافظه، فضای نگهداری و سرویسهای وابسته بر هزینه اثر دارند. تعرفهٔ جاری PaaS و جزئیات پلن را بررسی کنید؛ این صفحه قیمت ثابت یا منابع نامحدود وعده نمیدهد.
یک نسخهٔ غیرحساس از برنامه را اجرا و مسیرهای اصلی، اتصال داده، آپلود فایل و رفتار پس از راهاندازی مجدد را کنترل کنید. سپس برای انتقال داده و بازگشت احتمالی برنامه داشته باشید.
نیاز پروژهٔ Static، سرویسهای وابسته و منابع موردنظر را با تیم آراد در میان بگذارید.
در این راهنما با کاربردهای هاست، محیط اجرا، انتخاب منابع، هزینه و مراحل انتشار برنامه آشنا میشوید.