یادداشت مهندسی / 09
روند تکرارپذیر انتشار کانتینر
انتشار نرم‌افزار فقط موفق شدن ساخت Docker نیست. خروجی باید آزمودنی، قابل شناسایی، قابل استقرار و هنگام بروز مشکل قابل بازیابی باشد.
در این یادداشت 05 پرسش
CI چه چیزهایی را بررسی کند؟
ساخت پروژه و آزمون‌های معنادار باید پیش از انتشار ایمیج اجرا شوند. ارتباط میان نسخهٔ کد و ایمیج را نگه می‌دارم تا کانتینر در حال اجرا به یک تغییر مشخص قابل ردیابی باشد.
چرا ایمیج به برچسب نسخه نیاز دارد؟
برچسب نسخه یا شناسهٔ commit دقیقاً مشخص می‌کند کدام خروجی آزمون شده است. برچسب متغیر latest برای مرور راحت است، اما به‌تنهایی مبنای خوبی برای بازگشت نیست.
اطلاعات محرمانه کجا نگهداری شوند؟
رازهای زمان اجرا باید در پیکربندی استقرار یا مخزن امن قرار گیرند، نه داخل ایمیج یا مخزن کد. نبود پیکربندی ضروری نیز باید خطای روشن ایجاد کند.
از موفقیت استقرار چگونه مطمئن شویم؟
فقط روشن شدن کانتینر کافی نیست. سلامت سرویس، مسیر پراکسی، HTTPS، یک درخواست واقعی و گزارش‌ها را بررسی می‌کنم؛ ممکن است فرایند روشن باشد اما پایگاه داده یا مسیر عمومی کار نکند.
چگونه به نسخهٔ قبلی برگردیم؟
ایمیج سالم قبلی و پیکربندی سازگار آن را نگه می‌دارم. همان نسخه دوباره استقرار و ترافیک بررسی می‌شود؛ تغییرهای پایگاه داده نیز برنامهٔ بازگشت جداگانه می‌خواهند.