VMware استاندارد جدیدی را ارائه می کند تا مطمئن شود برنامه ها در محیط های هیبریدی K8s خراب نمی شوند
Virtzilla همچنین KubeVirt را با اشتراک گذاری VM API با CNCF می پذیرد
طرفداران نرمافزار بومی ابری مدتها استدلال کردهاند که رویکرد آنها به توسعه، برنامهها را در محیطهای مختلف Kubernetes قابل حمل میکند. اما VMware استدلال میکند که این اتفاق در ابرهای هیبریدی رخ نمیدهد و در تلاش برای بهبود اوضاع پیشتاز است.
این تلاش، کارگروه جدید انطباق بار کاری در جامعه Kubernetes، با هدف ایجاد یک استاندارد مشترک برای نحوه اجرای بارهای کاری در Kubernetes است.
صفحه وب این گروه اشاره میکند، "Kubernetes Certified خوشه را آزمایش میکند، و Kubernetes AI Conformance آزمایش میکند که آیا یک خوشه میتواند بارهای کاری AI و ML را اجرا کند یا خیر. هیچ چیز قابل مقایسه برای خود بارهای کاری وجود ندارد، بنابراین اپراتورهای خوشه هنوز هر برنامه را قبل از تعمیرات معمولی یا یک اپراتور Kubernetes بررسی میکنند، هر یک از اپراتورهای Kubernetes همان ارزیابی را از برنامه ارتقا میدهند. هر محیطی که آنها پشتیبانی می کنند،» این گروه ادعا می کند.
راه حل پیشنهادی؟ "یک مشخصات مشترک با تست های تکرار شونده به هر دو گروه یک خط مبنا را برای شروع می دهد."
Prashanth Shenoy، معاون بازاریابی محصول در بخش VMware Cloud Foundation (VCF) Broadcom، به The Register گفت که استاندارد تا حدی مورد نیاز است زیرا برنامههای بستهبندی شده برای اجرا در ابرهای عمومی همیشه در ابرهای ترکیبی به خوبی اجرا نمیشوند.
این برای VMware و سایر فروشندگان ابرهای ترکیبی مانند Nutanix و Red Hat چالش برانگیز است، زیرا همه آنها ابزارهایی را برای ایجاد و اجرای پشته ای می فروشند که کاربران می توانند در زیرساخت های اولیه و ابرهای عمومی مستقر کنند.
بنابراین VMware فکر میکند از تلاشهایی برای اطمینان از اجرای پیشبینیشده و کارآمد برنامههای ابری در هر محیط Kubernetes پشتیبانی میکند.
تلاش برای ایجاد این استاندارد در روزهای اولیه خود است.
در اطلاعیه تشکیل کارگروه آمده است: «گام اول تصمیم گیری در مورد حجم کاری و رفتارهایی است که مشخصات آن را پوشش می دهد. این حوزه شامل امنیت، انعطافپذیری در هنگام اختلالات، استفاده از منابع، شبکه، ذخیرهسازی، استفاده از API و قابلیت مشاهده است، اما این گروه هنوز در مورد الزامات خاص یا نحوه آزمایش آنها به توافق نرسیدهاند.
با این حال، یک قانون از قبل تنظیم شده است: هر الزامی نیاز به یک آزمایش عینی دارد که یک باینری آزمایشی بتواند آن را اجرا کند، بنابراین هیچ چیز ذهنی وارد مشخصات نمی شود.
Shenoy فکر میکند که فروشندگان برنامهها احتمالا از این تلاش حمایت خواهند کرد، زیرا میخواهند کالاهای خود را یک بار بستهبندی کنند و آنها را در هر جایی اجرا کنند.
VM API به CNCF Sandbox
VMware این هفته با انتقال API VM خود به Sandbox بنیاد محاسبات ابری (CNCF) کمک دیگری به Kubernetes اعلام کرد.
CNCF که Kubernetes را نگهداری میکند، در حال حاضر خانه KubeVirt است، ابزاری که به کاربران اجازه میدهد ماشینهای مجازی را در داخل یک خوشه Kubernetes ایجاد و مدیریت کنند. VM API به کاربران Kubernetes این امکان را میدهد تا ماشینهای مجازی بسازند که تحت سایر هایپروایزرها – از جمله ESXi خود VMware – اجرا میشوند.
VMware قبلا Kubernetes را در vSphere با Kubernetes که به عنوان بخشی از vSphere 7 در سال 2020 معرفی شد، ادغام کرده بود. تلاشهای طولانی و پیچیده Virtzilla برای بستهبندی و فروش فناوری کانتینری که به همراه نرمافزار Pivotal به دست آورده بود، تمرینی خستهکننده خواهد بود.
کافی است بگوییم تلاشهای گذشته به نتیجه نرسیدند، و VMware اکنون رویکرد متفاوتی را برای تبدیل VMها به شهروند درجه یک Kubernetes امتحان میکند.
علاقه CNCF نشان میدهد که این یک پروژه بیهوده برای VMware نیست، زیرا در حالی که توسعهدهندگان عموما ترجیح میدهند برای کانتینرها بنویسند، افراد عملیات اغلب تصمیم میگیرند این انتزاعها را در ماشینهای مجازی سبک وزن اجرا کنند. بنابراین این دو انتزاع برای سالهای آینده همزیستی خواهند داشت، هم برای برنامههای جدید و هم زمانی که سازمانها برنامههای کانتینری جدید را در کنار ماشینهای مجازی قدیمی اجرا میکنند، و این کار را در دنیای زیرساخت بهعنوان کد انجام میدهند که در آن استقرار خودکار فرض میشود.
بنابراین، VM API احتمالا یک افزودنی خوشآمد به Kubernetes خواهد بود، که نشاندهنده گزینه دیگری برای آسانتر کردن زندگی برای تیمهای عملیاتی و توسعهدهنده است. ®
متن اصلی (انگلیسی)
VMware floats new standard to make sure apps don’t break in hybrid K8s environments
Virtzilla also taking on KubeVirt by sharing VM API with the CNCF