مایکروسافت در نسخه مجازی کنفرانس توسعه دهندگان Ignite سه شنبه ، عملکرد اصلی Azure Arc را در دسترس عموم قرار داد که چیزی شبیه به یک هدف اصلی به این سرویس می دهد: توانایی مدیریت خوشه های معمولی Kubernetes در هر مکان که می توانند زندگی کنند.
جرمی وینتر ، مدیر مدیریت لاجورد مایکروسافت اظهار داشت: “بیش از هر زمان دیگری مشتریان در حال ساخت برنامه های مدرن با استفاده از کانتینرهای دارای Kubernetes هستند.” “خوشحالم که اعلام کردم Kubernetes با قابلیت Azure Arc اکنون به طور کلی در دسترس است و برای بارگیری های آماده آماده است.” این امر علاوه بر انتشار پیش نمایش پاییز سال گذشته (نوعی هشدار “استفاده از خودتان را در معرض خطر قرار دهید” برای پذیرندگان اولیه) اصطلاحاً “سرویس داده داده دارای قابلیت Azure Arc” برای استقرار در ظروف بار کاری Kubernetes است.
یکی از موارد بسیار سودآور استفاده از این قابلیت جدید ، آوردن خدمات یادگیری ماشین به مراکز داده مشتری ، حذف هزینه ها و تأخیرهای ناشی از ارتباطات با اجازه دادن به آنها در کنار فروشگاه های داده است. در دوره ای دیگر ما این “نصب نرم افزار بر روی همان سیستم پایگاه داده” نامیده ایم.
مدیر ارشد برنامه مایکروسافت ، Saurya Das این ویژگی را با Azure Machine Learning Studio در یک جلسه کنفرانس ضبط شده Ignite نشان داد. کاربر پورتال استودیو می تواند به هر خوشه Kubernetes که از طریق Azure Arc قابل دسترسی است ، متصل شود. کاربر ابتدا باید روی دکمه ای که از طریق Azure Arc روی Kubernetes مشخص شده است کلیک کند ، اما این تنها مرحله اضافه شده است.
به این ترتیب ، حجم کار ML (واقع در هر خوشه) می تواند به ذخیره داده ML (واقع در هر خوشه) دسترسی داشته باشد ، و اگر اتفاقاً کنار هم قرار گیرند نه در ابرهای جداگانه ، این خیلی خوب است.
در اواخر سال 2019 مایکروسافت شروع به راه اندازی یک سیستم عامل توسعه مدیریت مبتنی بر Azure کرد که می تواند سرورهایی خارج از ابر Azure ، به طور بالقوه در محل مشتری را در خود جای دهد. Azure Arc راهی برای متمرکز کردن مدیریت ابر ترکیبی درون ابر Azure بوده است و همچنین ابزاری برای بازگرداندن مایکروسافت به فضای مدیریت سرور است که اکنون “Windows Server” و “legacy” برای بسیاری از اپراتورهای IT تا حدودی مترادف شده اند.
آخرین اقدام Azure ، قابلیتهای ترکیبی آن را با آنتوس گوگل ، پلتفرم مدیریتی آن برای خوشه های Kubernetes ، مطابقت می دهد. سپتامبر گذشته گوگل قابلیت های مدیریت Anthos را برای استفاده در سیستم عامل های AWS و Azure’s Kubernetes و همچنین سیستم عامل های خود گسترش داد. Anthos که منبع باز است ، می تواند در خارج از ابر ، در کانتینرها یا روی سکوهای فلزی برهنه اجرا شود. در حال حاضر ، پورتال لاجورد به زیرساخت ابر لاجوردی احتیاج دارد ، اگرچه از نظر تئوری می تواند توسط Azure Stack در محل تأمین شود.
اگر تمام این کلمات در یک پاراگراف زیاد به نظر می رسد ، متاسفیم.
ابر لاجوردی الان کجا رفت؟
مدیریت خوشه های موجود بر اساس ابر بسیار شبیه ساندویچ ساخته شده از ساندویچ است ، بنابراین یک کلمه توضیح در نظم است. اگرچه خدمات عمومی ارائه شده توسط ابر معمولاً “مبتنی بر ابر” توصیف می شوند ، اما یکی از روندهایی که پدیده “چند ابر” را تشکیل می دهد ، توانایی استقرار بارهای کاری است که توسط سرویس های ابری عمومی در سیستم عامل های خارج از ابر ارائه می شود ، از جمله در مکان ها ، در مراکز داده تحت مالکیت مشتری یا اداره می شود.
پردرآمدترین دلیلی که هرکسی بخواهد انجام دهد این است که از پرهزینه ترین فرایند در رایانش ابری امروز اجتناب کند: انتقال داده ، به ویژه با پایگاه های اطلاعاتی با حجم زیاد مانند مجموعه داده های یادگیری ماشین و پخش جریانی ویدئو. محدود کردن و تنظیم بارهای کاری از طریق Kubernetes ، همیشه توانایی نظری را برای انجام عکس این روش فراهم کرده است: انتقال پایگاه داده ها و برنامه های کاربردی از فضای ابری و شبکه های سازمانی که این فروشگاه های عظیم داده در آن ساکن هستند.
تاکنون Azure Stack روش مایکروسافت برای امکان دادن به شرکت ها برای انتقال حجم کاری Azure به امکانات خود بوده است. تاکتیک آن ایجاد مجدد زیرساخت های Azure server به عنوان یک محصول قابل حمل و قابل مصرف بوده است. به این ترتیب ، امکانات می توانند قفسه های سرور یا سرور جداگانه ای را برای Azure اختصاص دهند که از طریق یک پورتال تقریباً یکسان قابل کنترل هستند.
اما این زمانی لازم بود که اصول Azure مبتنی بر ویندوز سرور بود. اگرچه آن سیستم عامل هنوز وجود دارد – و حتی به روزرسانی می شود 2022 – اعتقاد بر این است که سهم استفاده از آن در سراسر جهان رو به کاهش است. در ژوئن 2019 ، نگهدارنده هسته لینوکس ، ساشا لوین (در آن زمان با مایکروسافت ، اکنون با گوگل) برای اولین بار در یک انجمن آزاد اعتراف کرد که سهم استفاده از لینوکس از ویندوز سرور حتی در خوشه های ابری مایکروسافت بیشتر است.
بنابراین ضرورت طولانی مدت وجود یک خوشه ویندوز سرور اساساً با مارک تجاری مجدد در شرکت ، هنگامی که ابری که سرویس ها را به آن خوشه سازمانی گسترش می دهد خود به سمت لینوکس می رود ، قابل بررسی است.
وینتر توضیح داد: “شما می توانید روی تمام خوشه ها و برنامه های Kubernetes خود در همان صفحه شیشه ای که برای سرورهای خود دارید ، قابل مشاهده باشید.” “تیم های IT می توانند از صفحه کنترل برای تعیین دسترسی سلف سرویس به سرپرستان و توسعه دهندگان خوشه استفاده کنند. سپس مدیران خوشه می توانند از سیاست Azure برای پیکربندی لمسی صفر و مشارکت با توسعه دهندگان برای ایجاد شیوه های DevOps خود بر اساس GitOps استفاده کنند. “
با استفاده از “GitOps” زمستان با اشاره به گردش کار خودکار مدیریت Kubernetes با استفاده از Git ، سیستم اتوماسیون مبتنی بر Linux که در ابتدا برای استقرار حجم کار طراحی شده بود.
بازدهی در اینجا به حداقل رساندن حجم عمده معاملات بین ابر عمومی و سرورهای خصوصی در یک محیط مرکز داده ترکیبی است.
آیا این واقعاً چیز جدیدی است؟
مدیریت خوشه چند ابر Kubernetes از طریق Azure Portal در گذشته نزدیک امکان پذیر بود اما تنها با کمک سرویس های شخص ثالث. همچنین امکان استقرار خوشه های Kubernetes از طریق سیستم عامل های Azure ، AWS و Google و مدیریت همه آنها به طور همزمان از طریق یک ابزار مدیریت مستقل به نام Kublr وجود دارد. انصافاً ، اعلامیه روز سه شنبه همه چیز را در یک مارک جمع می کند ، طبق الگوی توسعه ای که مایکروسافت برای ویندوز استفاده می کرد.
اگرچه برخی از حاضران در Ignite ممکن است نسبت به استفاده زمستان از عبارت “Azure Kubernetes-enabled Arc” احتیاط داشته باشند ، اما بعداً ادامه داد که هر توزیع Kubernetes دارای گواهینامه CNCF می تواند به عنوان زیرساخت خوشه های Kubernetes استفاده شود – ممکن است یا نباشد میزبان خدمات Azure Arc باشد – که ممکن است از طریق کنسول مرکزی سیستم عامل Azure Management نظارت و مدیریت شود.
Azure Stack و Stack HCI (گزینه استقرار مبتنی بر نرم افزار آن که در سال 2019 معرفی شد) هنوز هم نقش های منحصر به فردی را ایفا می کنند و احتمالاً به عنوان یک پلت فرم ابری داخلی نیز می توانند این نقش را ادامه دهند ، که می تواند مانند خود ابر Azure تهیه و مدیریت شود.
وینتر اظهار داشت: “شما می توانید ماشین های مجازی ، برنامه های Kubernetes و همچنین سرویس های دارای Azure Arc مانند داده و یادگیری ماشین را در بالای Azure Stack HCI اجرا کنید.” “با یکپارچه سازی Azure Arc بومی می توانید استقرارها و بارهای کار Azure Stack HCI را مستقیماً از پورتال Azure مدیریت کنید.”