راه اندازی داکر و کانتینرسازی اپلیکیشن روی سرور

راهنمای راه اندازی داکر

داکرایز کردن پروژه چه آمادگی از سمت برنامه می خواهد؟

پیش از نوشتن اولین Dockerfile، چند چیز در خود برنامه باید روشن باشد. تنظیماتی مثل آدرس دیتابیس، کلیدهای API و حالت debug باید از متغیر محیطی خوانده شوند و داخل کد یا ایمیج ننشینند. فایل های آپلودشده کاربران، سشن ها و cache هم باید مسیر مشخصی داشته باشند تا روی volume یا سرویس جداگانه بروند، چون داده داخل کانتینر با ساختن دوباره آن از بین می رود.

برنامه بهتر است لاگ را روی stdout و stderr بنویسد تا Docker آن را جمع کند، و یک مسیر ساده مثل /health برای healthcheck داشته باشد. کارهای زمان بندی شده ای که امروز در crontab سرور اجرا می شوند و migrationهای دیتابیس هم باید مشخص شوند تا بدانیم کجا و کی اجرا شوند.

اشتباهات رایج در فایل Docker Compose YAML

رایج ترین اشتباهی که در سرورها می بینیم، منتشر کردن پورت دیتابیس با 3306:3306 است. Docker برای پورت های منتشرشده قاعده iptables خودش را می سازد و این قاعده از ufw عبور می کند، پس دیتابیسی که فکر می کنید پشت فایروال است ممکن است از اینترنت در دسترس باشد.

اشتباه بعدی تگ latest است که معلوم نمی کند روی سرور دقیقاً کدام نسخه اجراست و rollback را به حدس تبدیل می کند. depends_on بدون condition: service_healthy هم فقط ترتیب روشن شدن را تعیین می کند و منتظر آماده شدن دیتابیس نمی ماند. رمزهای commit شده داخل compose.yaml و log driver پیش فرض json-file بدون max-size هم تقریباً در هر بررسی پیدا می شوند.

هزینه راه اندازی داکر به چه عواملی بستگی دارد؟

تعداد سرویس ها مهم است، ولی ساختار آن ها اثر بیشتری دارد. یک برنامه Laravel یا Django که به روش متداول نوشته شده معمولاً سریع داکرایز می شود. برنامه قدیمی که به نسخه خاصی از PHP، افزونه های کامپایل شده یا فایل هایی در مسیرهای ثابت سیستم عامل وابسته است، کار بیشتری می برد.

عوامل دیگر تعداد محیط ها، راه اندازی رجیستری خصوصی و mirror از صفر، حجم داده ای که باید به volume منتقل شود و اتصال ساخت ایمیج به پایپ لاین CI است.

بعد از نصب و راه اندازی داکر، نگهداری چه کارهایی دارد؟

ایمیج بعد از build ثابت می ماند، ولی ایمیج پایه آن به روزرسانی امنیتی می گیرد. اگر ایمیج ها را دوره ای دوباره نسازید، کتابخانه های آسیب پذیر ماه ها روی سرور می مانند. اسکن منظم با Trivy و build دوباره روی ایمیج پایه تازه این مشکل را حل می کند.

فضای دیسک هم توجه می خواهد. ایمیج ها و لایه های بلااستفاده جمع می شوند و docker system df نشان می دهد چقدر فضا گرفته اند. در Harbor هم garbage collection باید زمان بندی شود. به روزرسانی Docker Engine و افزونه compose را اول روی سرور تست انجام دهید، چون گاهی رفتار شبکه یا نام گذاری کانتینرها بین نسخه ها تغییر می کند.