هر سرویس در صفحه‌ی SERVICES یک کارت دارد: وضعیت، آدرس، دکمه‌های کنترل، لاگ و — برای اپ و سرویس‌ها — شِلِ کانتینر. صفحه خودش به‌روز می‌شود؛ رفرش لازم نیست.
وضعیت‌ها#
| وضعیت | یعنی | هزینه |
|---|---|---|
| CREATING | رکورد ساخته شد، موتور در حالِ آماده‌سازی است | — |
| DEPLOYING | build یا راه‌اندازی در جریان است | دارد |
| STARTING | بعد از START، container در حالِ بالا آمدن است | دارد |
| WARMING | container بالاست ولی آدرسِ عمومی هنوز جواب نمی‌دهد | دارد |
| RUNNING | سالم و در دسترس | CPU + RAM + دیسک |
| STOPPED | با STOP متوقف شده | فقط دیسک |
| ERROR | build شکست خورد، container از کار افتاد، یا بعد از مهلتِ راه‌اندازی بالا نیامد | بسته به وضعیتِ container |
| DELETING | حذف در موتور در جریان است | — |
دیتابیس یا سرویسی که تازه ساخته شده ممکن است چند دقیقه در DEPLOYING بماند (دانلودِ image). اگر بعد از حدودِ ۱۵ دقیقه بالا نیامد، به ERROR می‌رود.
دکمه‌ها#
| دکمه | کار | کی فعال است |
|---|---|---|
| DEPLOY | build با cache و اجرای نسخه‌ی جدید (فقط اپ) | RUNNING، STOPPED، ERROR |
| FULL BUILD | build بدونِ cache — کند؛ فقط وقتی وابستگی‌ها عوض شده | مثلِ DEPLOY |
| START | روشن‌کردنِ سرویسِ متوقف | STOPPED، ERROR |
| RESTART | ری‌استارت بدونِ build | RUNNING، ERROR |
| STOP | توقف؛ هزینه‌ی CPU و RAM صفر | RUNNING، ERROR |
| DELETE | حذفِ دائمی (فقط owner و admin) | همه‌جا جز DELETING |
حینِ CREATING، DEPLOYING و STARTING همه‌ی دکمه‌ها به‌جز DELETE قفل‌اند تا دو کار روی هم نیفتند. قفل با تمام‌شدنِ کار خودش باز می‌شود.
تاریخچه‌ی دیپلوی و بازگشت#
تبِ Deployments هر دیپلوی را با وضعیت و لاگِ build نشان می‌دهد. یک build در حالِ اجرا را می‌توانید cancel کنید. اگر نسخه‌ی جدید مشکل داشت، می‌توانید به یک دیپلوی موفقِ قبلی rollback کنید.
لاگ#
پنلِ لاگ خروجیِ stdout و stderr را نشان می‌دهد. حینِ دیپلوی خودش به‌روز می‌شود؛ بعد از آن با REFRESH LOGS تازه‌اش کنید. برای اپی که هنوز container ندارد، لاگِ build نمایش داده می‌شود.
برای لاگِ پیشرفته (انتخابِ container، جستجو، دانلود و follow) و نمودارِ منابع، متریک‌ها و پایش را ببینید.
دیپلوی خودکار از CI#
اگر کدتان را از GitHub Actions یا CI دیپلوی می‌کنید، Deploy Hook را از همین کارت تنظیم کنید.
شِلِ کانتینر#
برای اپ، Worker و سرویس‌های آماده، فهرستِ containerها روی کارت می‌آید و owner یا admin می‌توانند یک شِلِ تعاملی داخلِ هر کدام باز کنند — برای دیدنِ فایل‌ها، اجرای migration یا عیب‌یابی.
تغییری که در شِل روی فایل‌های container می‌دهید با دیپلوی یا ری‌استارتِ بعدی از بین می‌رود؛ تغییرِ ماندگار را در کد یا image بدهید.