هنگامی که گروهی از مهندسین فناوری اطلاعات را به بنیاد رایانش ابری Cloud متصل می کنید و از آنها می خواهید در مورد “What’s next in Cloud Native” صحبت کنند ، چه چیزی بدست می آورید شما مکالمه ای را با محوریت آینده محاسبات لبه ای انجام می دهید و در قلب این آینده سکوی سازنده کانتینر Kubernetes قرار دارد – چسبی که اکوسیستم بومی ابر را با هم نگه می دارد و مسلما مهمترین پروژه تحت راهنمایی بنیاد محاسبات بومی Cloud است .
جیسون مک گی ، معاون اصلی و CTO از IBM Cloud Platform گفت: “گاهی اوقات همه ما باید مکث کنیم و به کار شگفت انگیزی که انجام داده ایم ، یعنی ایجاد یک بستر مشترک در همه جا ، نگاه کنیم.” “من فکر می کنم که این پلت فرم در چند سال گذشته برای رسیدگی به انواع مختلف موارد استفاده شروع به تکامل کرده است – حجم کاری مناسب ، حجم کاری مرکز محور و مقیاس بندی حجم کار. بخشی از دلیل اینکه مردم می گویند Kubernetes پیچیده است ، گاهی اوقات به دلیل کلی بودن آن است. پلت فرم هدف که می تواند همه این موارد را اداره کند. “
Kubernetes و Cloud Cloud
بحث در مورد برخی از موضوعاتی بود که آینده محاسبات لبه دار را تغذیه می کنند ، مانند سرمایه گذاری در توسعه زیرساخت ها برای پشتیبانی از مدرن سازی برنامه ها و ابزارهایی برای مدیریت Kubernetes برای تیم های DevOps). با این حال ، در دسترس ترین گفتمان متمرکز بر ابر ترکیبی و حاشیه است – دو فناوری که به نظر می رسد در مرکز انقلاب بومی ابر فعلی هستند.
مک گی با شروع آن قسمت از بحث گفت: “من فکر می کنم ابر ترکیبی برای اکثر مردم فقط واقعیت است.” “[Those people are] با استفاده از ارائه دهندگان ابر چندگانه ، آنها در حالت اولیه هستند و در حال انجام کارها هستند. از بسیاری جهات ، این فقط یک بحث نیست ، بلکه فقط واقعیت محیط است. با تبدیل شدن Kubernetes به پلتفرم زمان واقعی اجرا ، ما اکنون اشتراکات زیادی در تمام این محیط ها داریم که بسیار خوب است. “
به نظر می رسید McGee به خصوص در مورد سرویس های اندازه گیری شده که ابرهای عمومی طی چند سال گذشته ایجاد شده اند بسیار هیجان زده است ، مانند AWS Outposts ، Azure Arc ، Google Anthos و ماهواره IBM که اخیراً اعلام شده است ، که اجازه می دهد سرویس های ابری عمومی مستقیماً از تجهیزات واقع در یک مرکز داده داخلی یا مکان یابی ، و اغلب از ابر دیگر.
“حداقل در فضای ابر عمومی ، این تصور از ابر عمومی وجود دارد که اکنون در آن محیط های دیگر گسترش می یابد ، بنابراین می توانیم پلت فرم مشترکی را که در بومی ابر داریم ، با یک مدل مصرفی به عنوان سرویس مانند آنچه در ابر داریم ترکیب کنیم. ، و این را نه تنها در ارائه دهندگان ابر و مراکز داده ، بلکه در محیط های بی خطر و محیط های لبه ای اعمال کنید ، بنابراین مردم می توانند به عنوان سرویس در این چشم انداز متنوع مصرف کنند. “
از آنجا که این قابلیت های مصرف شده در هر مکانی که توسط ابرها تحت فشار قرار می گیرند ، اغلب حتی هنگام قطع اتصال ابر نیز به ارائه خدمات ادامه می دهند ، ممکن است به ویژه برای برخی از استقرارهای لبه ، خصوصاً با اتصالات غیرقابل اطمینان شبکه ، بسیار مفید باشند.
وی گفت: “من فكر می كنم هرگاه شما بصورت مداوم بصورت سرویس در همه جا روی یك سیستم عامل قرار داشته باشید ، خیلی سریع وارد برنامه های جدید می شوید.” “یک سری برنامه های جالب جالب وجود دارد که ما در آنجا پردازش داده های AI لبه ، پردازش سنسور اینترنت اشیا fact و کارخانه هایی را انجام می دهیم که می توانیم در آن مکان ها کار کنیم ، اما شما همچنین می خواهید بین چندین لبه ، شبکه شعبه یا شبکه فروشگاه خرده فروشی. “
“من فکر می کنم این ایده ابر همه گیرتر شده است ، زیرا ما قدرت داشتن یک رویکرد فنی و یک مدل مصرف مشترک را که می بینیم از ابرهای عمومی تکامل می یابد ، ترکیب می کنیم.”
جاستین ترنر ، مدیر مهندسی در زنجیره مواد غذایی HEB مستقر در تگزاس ، در این میزگرد بود تا در مورد ابر بومی از دیدگاه کاربر صحبت کند. وی در مورد چگونگی تکامل استفاده از چندین ابر در سازمان خود صحبت کرد.
وی گفت: “همانطور که ما توانایی ابر خود را در HEB افزایش داده و تعداد بیشتری از پشته های خود را مدرن کرده ایم ، آنچه ما دریافتیم این است که تیم های مختلف نیازهای مختلفی دارند ، مانند اینکه آنها به ابر نگاه می کنند و آنچه را که نیاز دارند ارائه می دهند.” “این باعث شده است که ما یک رویکرد چند ابر داشته باشیم. تا آنجا که من می دانم ، ما هیچ یک از بارهای مشابه را در ابرها اجرا نمی کنیم ، بیشتر این است که ما می توانیم داده ها را در یک ابر پردازش کنیم و از برخی ویژگی های ویژگی استفاده کنیم که منطقی برای ما “
وی گفت كه ساختن چندین ابر با استفاده از نوشتن یك بار ، در هر كدام از سرویس های ابری كه درد ناشی از استقرار ظروف در یك زیرساخت ترکیبی با استفاده از چندین ابر را از بین می برد ، ساده تر می شود.
وی گفت: “بسیاری از چالش ها فقط اتصال موفقیت آمیز آن محیط ها و اطمینان از وجود سیستم هایی است كه نیاز به گفتگو با یكدیگر دارند و ما این كار را در حالی انجام می دهیم كه هنوز به یك مركز داده داخلی متصل هستیم.” “آنجاست که ابر ترکیبی وارد می شود ، جایی که شما به فناوری هایی مانند Anthos نگاه می کنید که به ما امکان می دهد برخی از جادوی ابر را به مرکز داده خود وارد کنیم.”
لیز رایس ، رئیس کمیته نظارت فنی CNCF و رئیس ارشد منبع آزاد در راه اندازی شبکه بومی ابر Isovalent ، به مدل برنامه نویسی اعلامیه ای Kubernetes اشاره کرد ، در آن برنامه ها بدون نیاز به ذکر مراحل لازم برای این اتفاق ، نتایج مورد نیاز خود را اعلام می کنند ، یک مزیت برای استقرارهای ترکیبی.
وی گفت: “ما بیشتر و بیشتر شاهد پروژه هایی هستیم که به مواردی مانند تهیه سرورهای فلزی برهنه و زیرساخت ها به عنوان کد مدیریت واقعی زیرساخت ها تا فلزات برهنه نگاه می کنند.” “ما شاهد چنین نوع حلقه آشتی Kubernetes ، تعاریف اعلامی ، گسترش یافته تا پشته ای هستیم ، و من فکر می کنم که واقعاً هیجان انگیز است. این یک اعتبار واقعی بسیار قوی از این رویه اعلامی است.”
با این وجود همه افراد روی صفحه ، تصویری گلگون از ترکیبی / چند ابر ایجاد نکردند. Chris Aniszczyk ، CTO CNCF ، با یادداشت احتیاطی از این موضوع خسته شد.
وی گفت: “این یک آشفتگی است.” “بعضی اوقات شما شرکتی دارید که دسته ای از شرکت ها را به دست می آورد و آنها از پشته های مختلفی استفاده می کنند – در آن مرحله به ابر ابر خوش آمدید – یا شما به اندازه کافی بزرگ هستید و تیم هایی دارید که حتی نمی دانند چه چیزی را تشکیل می دهند” گاهی اوقات انجام می دهم ، بنابراین آنها قادر به استفاده از نوع دیگری از ابر هستند. من فکر می کنم این واقعیت واقعی است ، مگر اینکه سازمان شما از بالا به پایین باشد و بتواند همه چیز را استاندارد کند ، اما من به ندرت چنین اتفاقی را دیده ام “
Cloud Native at the Edge
جای تعجب نیست که در نهایت این مکالمه به محاسبات لبه دار تبدیل شد ، که به طور فزاینده ای به بخشی از راه حل های ترکیبی ابر تبدیل می شود.
رایس گفت: “بسیاری از پروژه های مقابله با این فضا”. “روشهای مختلفی در مورد میزان فشار شما به لبه و نحوه هماهنگی بین لبه و خوشه و نحوه مقابله با خرابی و انعطاف پذیری شبکه وجود دارد.
وی ادامه داد: “من فکر می کنم نکته جالب در این مورد این است که به نظر می رسد Kubernetes ، به عنوان سیستم عامل توزیع شده ، برای بسیاری از محیط های مختلف از جمله لبه کاملاً مناسب است.” “این کمی شبیه این است که بگویید ،” ما فکر می کنیم لینوکس چگونه بازی می کند؟ ” خوب ، معلوم شد که تقریباً در همه جا وجود دارد ، و من فکر می کنم همین اتفاق را در مورد Kubernetes خواهیم دید. “
Aniszczyk از مقایسه رایس با لینوکس پشتیبانی کرد.
وی گفت: “مردم كوبرنتس را همانند لینوكس به مسیرهای جالبی هدایت می كنند و آن را روی تلفن ها و اتومبیل ها پر می كنند.” “همان اتفاق در Kubernetes رخ خواهد داد. این فقط نوعی چیز جذاب است ، جایی که شما در حال حاضر یک سیستم برای یک نوع گردش کار توسعه دهنده دارید که به آن عادت کرده اید ، و مانند” چرا نمی توانم آن را پرتاب کنم لبه؟’
“چرا چیز دیگری خلق می شود؟” او درخواست کرد. “من می توانم Kubernetes را به سبک K3s یا کوچکتر کاهش دهم ، یا مکانیسم پروکسی دیوانه ای را از طریق Kubelet مجازی ایجاد کنم که وانمود می کند در حال کار با چیز دیگری است. من فکر می کنم رویکردها و نوآوری های مختلفی برای ساخت Kubernetes در این فضا وجود خواهد داشت یک راه حل مناسب برای محاسبه مبتنی بر لبه. “
مک گی می گوید ، محیط های لبه محدود و با مشکلات کارکنان و برنامه ریزی دست و پنجه نرم می کنند ، بنابراین مشکلاتی را ایجاد می کنند که در مراکز داده سنتی یا ابرهای عمومی وجود ندارد. وی خاطرنشان کرد که برخی از موضوعاتی که لبه میز به وجود می آورد برای کوبرنتس نیز چالش برانگیز است.
وی گفت: “من فکر می کنم چند چالش واقعی وجود دارد که می تواند کوبرنتس را برای کارکرد مناسب در آن محیط تطبیق دهد.” “برخی از آنها در مورد ساده سازی و کوچک کردن آن است – پروژه هایی مانند K3s و سایر موارد مرتبط نمونه های خوبی از آن هستند – برای کوچکتر کردن آن ، زیرا یکی از ویژگی های لبه آن یک محیط محدودتر از منابع است.”
وی افزود: “من فكر می كنم كه لبه ها باعث ایجاد تغییراتی می شوند ، زیرا كوبرنتس در یك بستر كانون داده بزرگ و ابری طراحی شده است.” “همانطور که ما بیشتر و بیشتر در لبه کار می کنم ، فکر می کنم چیزهای بیشتری برای بهبود در سیستم عامل پیدا خواهیم کرد تا در آنجا مناسب باشد.”
به نظر نمی رسد فعلاً چیزی نزدیک به یک استاندارد متناسب با همه برای استقرار لبه ها وجود داشته باشد ، زیرا هر مکان و مورد استفاده از لبه مجموعه های خاص خود را دارد.
مک گی گفت: “مدیریت از راه دور بخشی از این چالش می شود.” “مانند ، آیا من باید Kube-cluster را در لبه خود قرار دهم؟ وقتی لبه من مانند 20،000 چیز است ، آیا من 20،000 خوشه Kube دارم؟ چگونه می توانم 20،000 خوشه Kube را مدیریت كنم؟ چالش های مدیریتی جدیدی وجود دارد كه باید در لبه آنها حل شود.
وی افزود: “من فکر می کنم یک سوال اساسی برای کاربرد نیز وجود دارد.” “من بیش از حد ساده می کنم ، اما آیا لبه دارای ظروف طولانی مدت است یا لبه یک مدل بدون سرور پویاتر است؟ Kubernetes چه کاری انجام می دهد تا خود را برای اجرای سبک بدون سرور مقیاس به صفر” “تنظیم کند ، در صورت لزوم آن را بچرخانید به ، نوع زمان اجرا؟ همه این موارد ممکن است ؛ در اطراف همه آنها پروژه هایی برای انجام گره های کارگر از راه دور ، انجام رد پای کوچک ، سازگاری با Kubernetes وجود دارد. “