Open Cluster Management؛ پذیرش در سطح Incubating در CNCF

چرا مهم است

اگر چند از Kubernetes را اداره می‌کنی، OCM برای ثبت آن‌ها، توزیع برنامه‌ها و انتخاب محل اجرای کارها طراحی شده است. پذیرش آن در CNCF بازتاب رشد استفاده و بلوغ فنی پروژه است.

قبل از خواندن، این‌ها را بدان۴ مفهوم
agent

نرم‌افزاری که در یک محیط اجرا می‌شود و کارهایی مانند دریافت دستور، اعمال تغییر و گزارش وضعیت را انجام می‌دهد.

بیشتر: agent

Control Plane

بخشی از یک سامانه که تصمیم‌گیری و هماهنگی را بر عهده دارد و وضعیت مطلوب اجزای تحت مدیریت را تعیین و پیگیری می‌کند.

بیشتر: Control Plane

cluster

مجموعه‌ای از ماشین‌ها که با هماهنگی یکدیگر برنامه‌ها و کارها را اجرا می‌کنند؛ در Kubernetes،؜ این مجموعه شامل node‌های تحت مدیریت مشترک است.

در حال نگارش: cluster

hub-and-spoke

الگوی معماری با یک بخش مرکزی به نام hub و چند بخش متصل به آن به نام spoke؛ هماهنگی میان بخش‌ها از طریق مرکز انجام می‌شود.

در حال نگارش: hub-and-spoke

CNCF Technical Oversight Committee به پذیرش Open Cluster Management یا OCM در سطح Incubating رأی داد. این پروژهٔ open source برای ساده‌کردن مدیریت cluster‌های Kubernetes در محیط‌های cloud،؜ on-premises و edge طراحی شده است. CNCF این پیشرفت را نشانهٔ بلوغ فنی، گسترش استفاده و رشد جامعهٔ مشارکت‌کنندگان پروژه می‌داند.

OCM با معماری hub-and-spoke و API‌های باز، ثبت cluster‌ها، deployment برنامه‌ها و انتخاب محل اجرای workload را بدون وابستگی به Control Plane اختصاصی یک فروشنده ممکن می‌کند. مدل آن برای تحمل خرابی و بازیابی اجزا، بدون قطع workload‌های در حال اجرا طراحی شده است. در مدل pull غیرهم‌زمان پروژه، agent‌های هر cluster کارها را از hub دریافت می‌کنند؛ بنابراین hub اطلاعات دسترسی به cluster‌های تحت مدیریت را نگه نمی‌دارد.

دو جزء اصلی این معماری، Cluster Manager در سمت hub و Klusterlet در هر cluster تحت مدیریت هستند. اولی ثبت، توزیع کار، انتخاب cluster و add-on‌ها را هماهنگ می‌کند؛ دومی یک agent است که cluster را ثبت و دستورهای hub را اعمال می‌کند. ManifestWork API منابع Kubernetes را توزیع می‌کند و راهبردهای به‌روزرسانی، حل تعارض و بازخورد وضعیت دارد. Placement API نیز بر اساس label،؜ ظرفیت منابع یا معیارهای سفارشی، cluster مناسب را انتخاب می‌کند.

OCM ابتدا در IBM و Red Hat توسعه یافت و در نوامبر ۲۰۲۱ به CNCF Sandbox پیوست. پس از انتشار نسخهٔ 1.0 در ژوئن ۲۰۲۵، چهار به‌روزرسانی minor تا نسخهٔ 1.4 در اکتبر ۲۰۲۶ منتشر کرده است. این مسیر شامل اتصال مبتنی بر gRPC،؜ add-on‌های Kueue MultiKueue و OpenTelemetry،؜ اتصال argocd-agent،؜ بهبود ترتیب منابع ManifestWork و اقدام‌های امنیتی مانند network policy بوده است.

این پروژه با API‌های Kubernetes SIG Multicluster همسو است و با Argo CD برای deployment برنامه‌ها و Cluster API برای چرخهٔ عمر cluster همکاری می‌کند. در eBay،؜ OCM از طریق Argo CD به deployment برنامه‌ها روی بیش از ۱۹۰ cluster کمک می‌کند. Groww از آن برای rollout تدریجی برنامه‌ها و VESSEL AI برای مدیریت cluster‌های GPU و توزیع workload‌های AI استفاده می‌کند.

پروژه ۲۷ نگه‌دارنده از هشت سازمان دارد. به گفتهٔ Mike Ng،؜ از نگه‌دارندگان OCM،؜ تمرکز آینده بر ساده‌کردن راه‌اندازی و ورود کاربران و پیشبرد rollout تدریجی برای تحویل امن‌تر workload خواهد بود.

نکته کلیدی

در OCM،؜ کارها را از مرکز دریافت می‌کند؛ مرکز اطلاعات دسترسی محیط‌های تحت مدیریت را نگه نمی‌دارد. اگر این پروژه را بررسی می‌کنی، این جداسازی مسئولیت‌ها را به‌عنوان نکتهٔ اصلی معماری آن به خاطر بسپار.

خواندن مقاله اصلی (در زبانه‌ی جدید باز می‌شود)
برچسب‌ها (۴)