| 👀 خبر در یک نگاه:
آمازون وب سرویسز با معرفی Amazon EKS Capabilities، مجموعهای از قابلیتهای مدیریتشده و بومی کوبرنتیز ارائه کرده که ارکستریشن ورکلودها، مدیریت منابع AWS و GitOps را ساده میکند. این رویکرد با کاهش بار عملیاتی، استقرار و مقیاسپذیری اپلیکیشنها را در محیطهای مختلف تسریع میکند. |
آمازون وب سرویس (Amazon Web Services) مجموعهای از قابلیتهای جدید با نام Amazon EKS Capabilities را معرفی کرده است. این مجموعه شامل قابلیتهای کاملا مدیریتشده و بومی کوبرنتیز (Kubernetes-native) است که با هدف سادهسازی ارکستریشن ورکلودها (Workload Orchestration)، مدیریت منابع کلاد AWS و ترکیب و خودکارسازی منابع کوبرنتیز طراحی شدهاند.
این قابلیتها که اکنون به صورت عرضه عمومی (Generally Available) در اغلب مناطق تجاری AWS در دسترس هستند، ابزارهای متنباز (open-source) پرکاربرد را در قالب یک لایه پلتفرمی مدیریتشده تجمیع میکنند. این رویکرد باعث کاهش بار عملیاتی تیمهای مهندسی میشود و امکان استقرار و مقیاسپذیری سریعتر اپلیکیشنها را روی Amazon Elastic Kubernetes Service (EKS) فراهم میکند.
EKS چیست؟
EKS Capabilities سه مولفه اصلی را یکپارچه میکند که بسیاری از کاربران کوبرنتیز از قبل به آنها متکی هستند:
- Argo CD
- AWS Controllers for Kubernetes (ACK)
- Kube Resource Orchestrator (KRO).
این مولفهها روی زیرساخت متعلق به AWS اجرا میشوند که مستقل از کلاسترهای مشتری عمل میکنند.
۱- مولفه Argo CD
Argo CD امکان استقرار پیوسته اعلانی (declarative continuous deployment) را با استفاده از جریانهای کاری GitOps فراهم میکند و اجازه میدهد منابع و اپلیکیشنها به صورت مستقیم از ورژن کنترل (version control) همگامسازی شوند.
۲- مولفه ACK
ACK کوبرنتیز را با منابع سفارشی (custom resources) گسترش میدهد تا مدیریت سرویسهای AWS مانند S3، DynamoDB و RDS مستقیما از طریق APIهای کوبرنتیز انجام شود.
۳- مولفه KRO
KRO نیز مکانیزمی سادهشده برای ایجاد و مدیریت منابع سفارشی ترکیبی ارائه میدهد و به تیمهای پلتفرم کمک میکند انتزاعهای سطح بالاتر و قابل استفاده مجدد تعریف کنند، بدون اینکه مجبور باشند منطق پیچیده کنترلرها را به صورت دستی پیادهسازی و مدیریت کنند.
مزایا
با ارائه این قابلیتها به عنوان منابع مدیریتشده AWS و نه افزونههای درون کلاستر (in-cluster add-ons)، EKS Capabilities نیاز کاربران به نصب، پچ امنیتی، مقیاسدهی یا بهروزرسانی دستی ابزارهای پایه کوبرنتیز را از بین میبرد.
در این مدل، AWS مسئول مقیاسدهی، نگهداری، اعمال وصلههای امنیتی و ارتقای سازگاری است و به این ترتیب به مهندسان پلتفرم و توسعهدهندهها اجازه میدهد تمرکز خود را به جای مدیریت اجزای پلتفرم، روی پیادهسازی منطق کسبوکار بگذارند.
رابطها
در عمل، تیمها همچنان با کوبرنتیز از طریق رابطهای آشنا مانند kubectl، جریانهای کاری GitOps و مانیفستهای اعلانی (declarative manifests) کار میکنند. تفاوت اصلی اینجاست که سرویسهای هستهای مانند استقرار پیوسته و ارکستریشن منابع به عنوان بخشی از پلتفرم EKS توسط AWS ایجاد و نگهداری میشوند.
قابلیتها
هر یک از این قابلیتها مستقل و اختیاری (opt-in) هستند و تیمها میتوانند فقط مواردی را که نیاز دارند فعال کنند. با این حال، در کنار هم یک لایه پلتفرمی منسجم و مقیاسپذیر برای محیطهای کوبرنتیز ایجاد میکنند که استقرار اپلیکیشن، کنترل منابع AWS و ترکیب منابع سفارشی را به صورت یکپارچه پوشش میدهد.
هدف این رویکرد کاهش زمان ورود به بازار، کم کردن اصطکاک عملیاتی و کمک به سازمانها برای پذیرش کوبرنتیز در مقیاس وسیع در محیطهای توسعه، استیجینگ و پروداکشن است.
نظرات کاربران
این بهروزرسانی بازتاب قابل توجهی در جامعه کلاود و DevOps داشته است. در ردیت (Reddit)، فعالان این حوزه به ساده بودن استفاده از Argo CD مدیریتشده و مدیریت یکپارچه منابع AWS بهعنوان دلایل قانعکننده برای آزمایش این قابلیتهای جدید اشاره کردهاند؛ بهویژه برای تیمهایی که میخواهند جریانهای کاری GitOps و تامین منابع (resource provisioning) را بدون درگیر شدن با مدیریت دستی افزونهها یکپارچه کنند.
در عین حال، برخی معتقدند هرچند قابلیتهای مدیریتشده زحمت راهاندازی اولیه را کاهش میدهند، اما همچنان به دانش کوبرنتیز و بررسی دقیق هزینهها در مقیاسهای بزرگ نیاز دارند. هزینهها نیز بهعنوان یک چالش بالقوه مطرح شدهاند، چون بسیاری از تیمها از قبل راهکارهای خودشان را برای مدیریت این موارد دارند و مزیت پرداخت هزینه اضافه برای این قابلیت جدید AWS را ضروری نمیبینند.
جمعبندی
در شرایطی که سازمانها به استفاده از کوبرنتیز در محیطهای هیبریدی و چندکلاودی ادامه میدهند، Amazon EKS Capabilities گامی در جهت کاهش پیچیدگی پلتفرم و تسریع ارائه اپلیکیشنهای کلود-نیتیو محسوب میشود؛ رویکردی که با جاسازی بهترین رویههای عملیاتی در خود سرویس، مسیر توسعه و استقرار را هموارتر میکند.
منبع: infoq.com
دیدگاهتان را بنویسید