AWS تعيد بناء Elastic Beanstalk كخدمة لإدارة التطبيقات

يقول مقال برعاية AWS نشرته The New Stack في 22 سبتمبر إن المشكلة الأصعب التي تواجه منصات السحابة ليست التعقيد بل المسؤولية التشغيلية. وكتب المقال مديرة التسويق المنتجات في AWS ساباري ساوانت والمحلل جاناكيرام MSV، ويصف كيف أعادت AWS بناء Elastic Beanstalk كخدمة لإدارة التطبيقات تتولى المسؤولية عن كل ما يقع تحت التطبيق.

اختبار الثالثة فجرًا

يضع الكاتبان المسألة في إطار ما يسميانه اختبار الثالثة فجرًا: عندما يصل تنبيه ويبدأ خدمة ما بالتدهور، هل يجب أن يبقى أحد مستيقظًا لإصلاح الأمر؟ الخدمات التي تنجح في الاختبار هي تلك التي اتُّخذت فيها قرارات تحديد معنى الحالة السليمة وما يجب فعله عند فقدانها وقت النشر لا وقت الحادث.

يقارنان نموذجين: السيطرة الكاملة — البنية التحتية كشيفرة، وservice mesh، وخطوط نشر مخصصة — وبساطة التطبيق الواحد: أرسل الشيفرة واحصل على رابط. وشركتهما التوضيحية متوسطة الحجم تضم أربعين مهندسًا وثمانية تطبيقات إنتاجية ومهندس SRE واحدًا هو في الحقيقة مطور أول في جدول مناوبات لا يريده أحد، وتدقيق امتثال لم يبدأ أحد التحضير له.

أربعة أنماط للفشل

يستند المقال إلى ما يصفه برؤية تغطي مئات الآلاف من عمليات النشر الإنتاجية، ويسرد أعطالًا متكررة: إصدارات تنجح بهدوء ثم تتدهور دون أن يلاحظها أحد؛ وقابلية مراقبة تصل بعد أسبوعين من الحادث الذي تطلبها؛ وضريبة المحفظة حيث تتزايد التكاليف خطيًا مع عدد التطبيقات؛ وضوابط أمنية لا تُضبط أبدًا لعدم وجود متخصص في الفريق.

يرى جاناكيرام MSV أن الفجوة بنيوية: فقد وحّدت cloud native طبقة البنية التحتية حول الحاويات وKubernetes، لكنها لم توحّد الحد التشغيلي بين فريق التطبيق والبنية التحتية تحته. ووجد بحث CNCF مع SlashData أن 28% من المؤسسات لديها فريق platform engineering مستقل، و41% توزع هذه القدرات بين فرق متعددة، و3% لا تملك أي نهج رسمي — وهي الفئة التي تقع فيها معظم مؤسسات الهندسة متوسطة الحجم بحسب المقال.

وضعا Standard وCluster

يعمل Elastic Beanstalk الآن بوضعين، وهو تغيير عن معمارية البيئة الواحدة السابقة. يمنح وضع Standard مسؤولية تشغيلية كاملة لتطبيق واحد، بما في ذلك أحمال Windows و.NET Framework. ويوسّع وضع Cluster النموذج نفسه ليشمل المحفظة كاملة ببنية تحتية مشتركة ونشر من الشيفرة إلى الإنتاج، فيتقاسم التطبيق الثامن التكاليف مع التطبيقات السبعة الأولى.

يتحاشى الكاتبان تقسيم السوق إلى منصات تقلّل التعقيد وأخرى تتولى العمليات بشكل دائم، لأن كل مزوّد يتحمل قدرًا من المسؤولية التشغيلية وقت النشر. والسؤال الحقيقي، كما يقولان، هو كم من هذه المسؤولية يعود إلى الفريق أثناء حادث أو دورة تحديثات أو تدقيق.