Amazon EKS מוסיף הגדרות מתקדמות ל-control-plane של Kubernetes

היכולת החדשה חושפת כפתורים שעד כה היו מנוהלים בתוך ה-control-plane — הגדרות של kube-scheduler, kube-controller-manager וה-API server — דרך ה-APIs של EKS, ומאפשרת לצוותי platform לכוונן מיקום pods (למשל bin-packing מסוג MostAllocated לצפיפות scheduling גבוהה יותר), תגובתיות של autoscaling ושמירת events — בלי לצאת מהמודל של EKS מנוהל. AWS פרסמה walkthrough שמדגים את הכיוונון.

בנפרד אך באותה גרסה EKS 1.34, AWS הפעילה את ה-Kubelet Checkpoint API, שמאפשר checkpointing פורנזי של containers: לכידת המצב המלא של container רץ — memory, processes וחיבורי network — בלי לעצור את ה-workload, ואז אחסון ה-checkpoints ב-Amazon ECR כ-OCI images דרך checkpoint agent לא-מורשה. זו יכולת משמעותית ל-incident response ולדיבוג של workloads חיים.

מבחינה תחרותית, קונפיגורציה עמוקה יותר של ה-control-plane מצמצמת את הפער בין EKS מנוהל לבין Kubernetes בניהול עצמי, ומדברת אל צוותי platform מתוחכמים ששוקלים GKE ו-AKS. זה משתלב היטב בשבוע שבו AWS חשפה שורת הכרזות עם עומק תשתיתי.

אלה פיצ'רים של תשתית למפתחים ולא חדשות AI מכותרת, אבל הם חשובים לצוותים שמריצים workloads כבדים של agents ו-inference על Kubernetes. הספקנים יציינו שיותר קונפיגורציה עלולה להחזיר בדיוק את המורכבות התפעולית ש-Kubernetes מנוהל נועד להסתיר. שווה לעקוב אחרי האימוץ בקרב ארגוני EKS גדולים, והאם תקריות misconfiguration יעלו בעקבות הכפתורים החדשים.