Tec Nikan
English
تماس با ما
All posts

کانتینر در کف کارخانه؛ وقتی دروازه صنعتی داکر اجرا می‌کند چه چیزی تغییر می‌کند

اجرای کانتینر روی دروازه صنعتی مسائل واقعی را حل می‌کند و رده تازه‌ای از مسائل می‌سازد. چه چیزی واقعا بهتر می‌شود، چه چیزی بی‌سروصدا به مسئولیت شما بدل می‌شود، و کدام تصمیم‌ها ارزش دارند پیش از نخستین استقرار گرفته شوند نه پس از آن.

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

دروازه صنعتی‌ای که کانتینر اجرا می‌کند نوع متفاوتی از دستگاه است نسبت به دروازه‌ای که میان‌افزار اجرا می‌کند، و این تفاوت عمدتا فنی نیست. دستگاه میان‌افزاری در تمام عمر سرویسش یک کار انجام می‌دهد و وقتی آن کار دیگر کافی نباشد تعویض می‌شود. میزبان کانتینر زیرساخت است: بار کاری تازه می‌پذیرد، حالت انباشته می‌کند، سیستم‌عاملی با آهنگ وصله‌گذاری دارد، و اکنون کسی مالک همه اینهاست. این قابلیت واقعا ارزشمند است و آن مالکیت واقعا تازه، و پروژه‌ها وقتی به بیراهه می‌روند که اولی خریده شود بی‌آنکه برای دومی نیرو گذاشته شود.

از آنچه واقعا بهتر می‌شود شروع کنیم. استقرار دیگر سفر به سایت نیست. یک مبدل پروتکل، یک وظیفه تحلیلی و یک عامل بافر می‌توانند روی یک جعبه اجرا شوند بی‌آنکه وابستگی‌هایشان با هم بجنگند، در حالی که روی یک دروازه لینوکسی معمولی دیر یا زود خواهند جنگید. انتشار نسخه تازه روی چهارصد سایت به یک عملیات بدل می‌شود نه یک لشکرکشی. و همان مصنوع روی لپ‌تاپ توسعه‌دهنده و روی دستگاه داخل تابلو اجرا می‌شود، و همین کسل‌کننده‌ترین رده اشکال را حذف می‌کند: اشکالی که فقط روی دستگاه هدف ظاهر می‌شود.

سپس بخش‌هایی که به مسئله شما بدل می‌شوند. تصویر کانتینر شامل فضای کاربر یک سیستم‌عامل است و هر کتابخانه درون آن تاریخچه‌ای از آسیب‌پذیری دارد. تصویر پایه‌ای که در سال ۲۰۲۶ انتخاب شود و هرگز بازسازی نشود، سه سال بعد فهرستی از آسیب‌پذیری‌های شناخته‌شده است که در تابلویی روی شبکه کارخانه نشسته. بازسازی زمان‌بندی‌شده تصاویر نگهداشت اختیاری نیست؛ بهای انتخاب این معماری است. دانستن اینکه چه چیزی درون آنهاست هم همین‌طور، و این همان انضباط فهرست اجزای نرم‌افزاری است که مقررات محصول هم به هر حال به سویش همگرا می‌شود.

ذخیره‌سازی همان شکستی است که مردم را غافلگیر می‌کند. کانتینرها گزارش می‌نویسند و دروازه‌های صنعتی حافظه فلش کوچکی با تحمل نوشتن محدود دارند. برنامه‌ای پرحرف با تنظیمات گزارش پیش‌فرض می‌تواند ظرف چند هفته یک پارتیشن را پر کند و ظرف چند سال فلش را فرسوده کند. چرخش گزارش، محدودیت اندازه و تصمیم آگاهانه درباره اینکه اصلا چه چیزی روی حافظه محلی نوشته شود به نخستین استقرار تعلق دارد نه به جلسه بررسی حادثه.

رفتار راه‌اندازی مجدد همان اندازه دقت می‌طلبد. پیش‌فرض کانتینر آن است که پس از خروج دوباره راه‌اندازی شود، که برای یک سرویس وب بدون حالت درست است و در لبه می‌تواند نادرست باشد: فرایندی که به دلیل نبود درگاه سریال از کار می‌افتد تا ابد در حلقه فروپاشی می‌ماند، پردازنده مصرف می‌کند و گزارش‌ها را پر می‌کند، در حالی که مشکل واقعی — یک کابل — گزارش نمی‌شود. تصمیم بگیرید پس از سومین خرابی در پنج دقیقه چه باید بشود، و مطمئن شوید پاسخ به یک انسان می‌رسد نه به فایل گزارشی که کسی نمی‌خواندش.

مدل شبکه همان چیزی است که کسانی را که از سمت فناوری اطلاعات آمده‌اند غافلگیر می‌کند. کانتینر به شکل پیش‌فرض شبکه‌ای مجازی می‌گیرد، و کار دروازه معمولا حرف زدن با چیزهایی روی شبکه فیزیکی است — یک مبدل فیلدباس، یک مبدل سریال، دستگاهی روی یک شبکه مجازی مشخص. رساندن یک کانتینر به شبکه کارخانه با نشانی قابل پیش‌بینی، یا دادن دسترسی به یک گره دستگاه، مسئله‌ای حل‌شده است اما پیش‌فرض نیست، و شیوه‌ای که برای حلش انتخاب می‌کنید به تعهدی معماری بدل می‌شود که بازنگری‌اش بعدا ناخوشایند است.

زمان هم ارزش بررسی دارد. کانتینرها ساعت میزبان را به ارث می‌برند، و همبسته کردن رویدادی روی دروازه با رویدادی در تاریخ‌نگار داده مستلزم آن است که هر دو بر سر زمان توافق داشته باشند. سایت صنعتی‌ای که منبع زمان قابل اتکا ندارد گزارش‌هایی تولید می‌کند که نمی‌توان کنار هم گذاشت، و همین بررسی دوساعته را به بررسی دوروزه بدل می‌کند.

بعد خود مسیر به‌روزرسانی می‌آید که تمام دلیل این معماری است و بیش از همه تا آخر رها می‌شود. کسی باید تصمیم بگیرد دستگاه چگونه می‌فهمد تصویر تازه‌ای وجود دارد، وقتی دانلود با پیوندی که روزی دو بار قطع می‌شود نیمه‌کاره می‌ماند چه می‌شود، آیا به‌روزرسانی ناموفق به شکل خودکار عقب برمی‌گردد، و چگونه می‌فهمید نودوشش سایت از چهارصد سایت هنوز روی نسخه قدیمی‌اند. هیچ‌کدام از اینها را زمان اجرای کانتینر فراهم نمی‌کند. اینها از لایه مدیریت دستگاه می‌آیند، و انتخاب آن لایه تصمیم بزرگ‌تری از انتخاب زمان اجراست — همان چیزی است که پنج سال دیگر هنوز با آن زندگی می‌کنید.

راهی معقول برای دامنه‌گذاری نخستین استقرار. یک بار کاری را در کانتینر بگذارید نه سه تا، تا پرسش‌های عملیاتی یکی‌یکی برسند. پیش از عرضه، تصاویر پایه را قفل کنید و برنامه بازسازی بگذارید. سقف گزارش تعیین کنید و روشن کنید حافظه محلی برای چیست. نام کسی را که وقتی کانتینری متوقف می‌شود به او خبر می‌رسد مشخص کنید. و کل ماجرا را روی ده دستگاه در یک چرخه کامل نگهداشت، شامل یک قطع برق و یک قطعی شبکه، اجرا کنید پیش از آنکه به چهارصد دستگاه برود.

کانتینر در لبه برای بیشتر بارهای کاری دروازه معماری درستی است. همچنین تعهدی است به اداره ناوگان کوچکی از ماشین‌های لینوکسی در جاهایی که کارکنان فناوری اطلاعات ندارند، و این معامله منصفانه‌ای است تا زمانی که آگاهانه انجام شود.

Want to work with us?

Tell us what you're building and we'll help you scope the first deployment.