۶ توزیع Kubernetes که منجر به انقلاب کانتینر شد

سپس، در اکتبر ۲۰۱۷، Docker اعلام کرد که Kubernetes را – در حالت اصلاح نشده و وانیلی – به عنوان یک بسته استاندارد با هر دو نسخه انجمن Docker و Docker Enterprise 2.0 و چاپ های بعدی Docker Enterprise 3.0 سرویس Docker Kubernetes را اضافه کرد، یک ادغام Kubernetes که نسخه‌های Kubernetes را بین دسک‌تاپ توسعه‌دهنده و استقرار تولید ثابت نگه می‌دارد. با این حال، از نوامبر ۲۰۱۹، Docker Enterprise توسط Mirantis خریداری شد و اکنون باید بخشی از Mirantis Kubernetes Engine در نظر گرفته شود (به زیر مراجعه کنید).

توجه داشته باشید که Docker Desktop فقط آخرین نسخه Kubernetes را ارسال می‌کند، بنابراین اگرچه برای شروع با نسخه فعلی در یک ماشین محلی مفید است، برای چرخاندن خوشه‌های محلی که به نسخه‌های قبلی نیاز دارند (مثلاً یک کاهش) کمتر مفید است. کلون برخی از خوشه های تولیدی).

VMware Tanzu Kubernetes Grid

پلتفرم برنامه کاربردی Tanzu VMware برای ایجاد برنامه های مدرن و بومی ابری در Kubernetes در چندین زیرساخت استفاده می شود. شبکه Tanzu Kubernetes (TKG) جایی است که Kubernetes در آن حضور دارد.

هسته TKG یک توزیع معتبر Kubernetes است که برای vSphere 8 و سایر محصولات فعلی VMware یکپارچه شده است. هر بار کاری کانتینری باید روی TKG اجرا شود، اما برنامه‌هایی که می‌توانند از سطوح بالاتری از انتزاع نسبت به استعاره‌های Kubernetes استفاده کنند، می‌توانند از Tanzu Application Service PaaS (سرویس برنامه کاربردی Pivotal سابق) استفاده کنند. اگر به کنترل گرانول بر منابعی که Kubernetes فراهم می کند نیاز دارید، از TGK استفاده کنید. برای بارهای کاری عمومی بیشتر، سرویس برنامه کاربردی Tanzu باید این کار را انجام دهد.

موتور Mirantis Kubernetes

موتور Mirantis Kubernetes (MKE) که قبلاً با نام Docker Enterprise UCP (سطوح کنترل جهانی) شناخته می‌شد، بیشتر از سایر توزیع‌های Kubernetes که در اینجا مورد بحث قرار گرفته‌اند، با منشأ خود در Docker هماهنگ است، که تا حد زیادی به دلیل خرید Docker Enterprise توسط Mirantis است. در نوامبر ۲۰۱۹.

MKE به شما امکان می دهد کانتینرهای Docker و Docker Swarm را مدیریت کنید. این راحت است زیرا Swarm یک فناوری کانتینر-ارکستراسیون است که در ابتدا برای Docker توسعه یافته بود و ذاتاً پیچیده تر از Kubernetes است. MKE همچنین از Mirantis Container Cloud، پلتفرم کانتینری خود شرکت به عنوان سرویس که در اصل Docker Enterprise Container Cloud بود، پشتیبانی می کند.

MKE توزیع لینوکس را برای نصب ارائه نمی‌کند، اگرچه مجوز اجرا در توزیع‌های مختلف لینوکس را دارد (سرور اوبونتو توصیه می‌شود) و این محصول از نسخه ۳.۶ از Windows Server 2022 پشتیبانی می‌کند.

برای کسانی که می‌خواهند حداقل تجربه Kubernetes را داشته باشند، Mirantis همچنین k0s ارائه می‌کند، توزیع Kubernetes که به صورت یک باینری ارائه می‌شود که می‌تواند روی سیستم‌هایی با کمتر از یک هسته CPU، ۱ گیگابایت رم و چند گیگابایت اجرا شود. فضای دیسک.

این شرکت همچنین Lens را توسعه می‌دهد، یک IDE منبع باز برای مدیریت Kubernetes، اگرچه می‌توانید از Lens با هر توزیع Kubernetes استفاده کنید. نه فقط MKE.

موتور Rancher Kubernetes

Rancher Labs Kubernetes را در پلتفرم مدیریت کانتینر خود – به نام Rancher – با نسخه ۲.۰ ادغام کرد.

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

RKE همچنین از این جهت متمایز است که از کانتینرها به عنوان بخشی از فرآیند ساخت و ارتقا استفاده می کند. تنها بخشی از سیستم زیربنایی لینوکس Rancher که با آن تعامل دارد، موتور کانتینر است. این تمام چیزی است که RKE برای راه‌اندازی و اجرا نیاز دارد، و اگر اوضاع خراب شد، به نسخه قبلی برگردد.

Rancher همچنین حداقل توزیع Kubernetes به نام K3s را ارائه می‌کند. K3s که برای استقرارهای کم مشخصات بهینه شده است، تنها به ۵۱۲ مگابایت رم برای هر نمونه سرور و ۲۰۰ مگابایت فضای دیسک نیاز دارد. با حذف تمام ویژگی‌های قدیمی، درجه آلفا، و غیرضروری، و همچنین بسیاری از افزونه‌های کمتر مورد استفاده (اگرچه می‌توانید در صورت نیاز دوباره آن‌ها را اضافه کنید) به این ردپای اضافه می‌شود.

Red Hat OpenShift

Red Hat OpenShift، محصول PaaS Red Hat، که در اصل از Heroku buildpack استفاده شده است- مانند “کارتریج” برای بسته بندی برنامه ها، که سپس در کانتینرهایی به نام “چرخ دنده” مستقر شدند. سپس، Docker آمد و OpenShift برای استفاده از تصویر کانتینر جدید و استاندارد زمان اجرا دوباره کار شد. به ناچار، Red Hat نیز Kubernetes را به عنوان فناوری ارکستراسیون در OpenShift پذیرفت.

OpenShift برای ارائه انتزاع و اتوماسیون برای همه اجزای یک PaaS ساخته شده است. این انتزاع و اتوماسیون به Kubernetes نیز گسترش می‌یابد، که هنوز مقدار زیادی بار اداری را تحمیل می‌کند. OpenShift می تواند این بار را به عنوان بخشی از ماموریت بزرگتر استقرار PaaS کاهش دهد.

OpenShift 4، آخرین نسخه، برخی از بهبودهایی را که از Red Hat Enterprise Linux CoreOS استخراج شده است، اضافه می کند، مانند زیرساخت تغییر ناپذیر آن پلتفرم. همچنین به اپراتورهای Kubernetes اجازه می‌دهد تا خودکارسازی سفارشی سطح عمیق‌تری در سراسر Kubernetes داشته باشند.