Amazon ECS تُسرّع التوسع التلقائي 4 أضعاف: مقاييس كل 20 ثانية تُغيّر قواعد اللعبة

أبرز النقاط

• زمن بدء التوسع انخفض بنسبة 76% (من 363 إلى 86 ثانية)
• المقاييس الجديدة تعمل على Fargate وEC2 وECS Managed Instances
• الميزة مجانية لكن مقاييس CloudWatch عالية الدقة لها تكلفة إضافية

أعلنت Amazon Web Services عن تحسين جوهري في منظومة التوسع التلقائي لخدمة Amazon ECS، إذ باتت الخدمة قادرة على رصد التغيرات في الأحمال والاستجابة لها بسرعة تفوق السابق بأربعة أضعاف تقريباً، بفضل مقاييس عالية الدقة تُحدَّث كل 20 ثانية بدلاً من الدقيقة الكاملة المعتادة.

هذا التحديث يعالج إشكالية طالما أرّقت فرق DevOps: الفجوة الزمنية بين ارتفاع الطلب المفاجئ وبدء توفير موارد جديدة. في اختبارات AWS الداخلية، انخفض زمن تفعيل التوسع (scale-out trigger) من 363 ثانية إلى 86 ثانية فقط — تحسّن بنسبة 76%. أما الزمن الإجمالي لتوفير المهام الجديدة وتشغيلها، فتقلّص من 386 ثانية إلى 109 ثوانٍ، أي تحسّن بنسبة 72%.

لماذا تُعدّ سرعة التوسع التلقائي حاسمة للتطبيقات الحديثة؟

تخيّل تطبيق تجارة إلكترونية في موسم التخفيضات: ارتفاع مفاجئ بنسبة 300% في الطلبات خلال ثوانٍ. في النظام القديم، كان على الفريق إما الاحتفاظ بسعة فائضة مكلفة (capacity padding) أو القبول بتأخر الاستجابة وربما فشل بعض الطلبات. المقاييس الجديدة تُغيّر هذه المعادلة جذرياً.

ما الفوائد العملية الثلاث لهذا التحديث؟

• أداء وموثوقية أعلى: استجابة أسرع لارتفاعات الطلب تعني تقليل زمن الاستجابة (latency) وتفادي الأخطاء أمام المستخدمين النهائيين.
• خفض التكاليف دون المساس بالأداء: يمكن تقليل عدد المهام الأساسية (baseline tasks) لأن التوسع بات سريعاً بما يكفي للتعامل مع الذروات دون الحاجة لسعة احتياطية دائمة.
• تبسيط الإعدادات: سياسة Target Tracking مع المقاييس عالية الدقة تُغني عن تكوينات Step Scaling المعقدة التي كانت ضرورية سابقاً لتحقيق سلوك توسع عدواني.

كيف تُفعّل المقاييس عالية الدقة في خدمتك؟

التفعيل متاح عبر وحدة تحكم Amazon ECS أو AWS CLI أو CloudFormation، ويعمل على جميع خيارات الحوسبة: AWS Fargate وECS Managed Instances وAmazon EC2.

عند إنشاء خدمة جديدة في الوحدة، انتقل إلى قسم Monitoring configuration واختر دقة 20 ثانية. ثم في قسم Service auto scaling، فعّل الخيار واختر Target Tracking كنوع السياسة. ستجد مقياسين جديدين: ECSServiceAverageCPUUtilizationHighResolution وECSServiceAverageMemoryUtilizationHighResolution.

لتحديث خدمة قائمة، استخدم Update Service لتفعيل المقاييس عالية الدقة أولاً. بعد اكتمال النشر، انتقل إلى تبويب Service and auto scaling في تفاصيل الخدمة لتحديث سياسة التوسع.

ما التكلفة الإضافية لهذه الميزة؟

الميزة ذاتها مجانية، لكن مقاييس CloudWatch عالية الدقة تُضيف بُعداً تسعيرياً جديداً. المقاييس القياسية (60 ثانية) تبقى مجانية ضمن الحصة المعتادة، بينما مقاييس 20 ثانية تُحتسب وفق تسعير CloudWatch المخصص للمقاييس عالية الدقة. يُنصح بمراجعة صفحة تسعير CloudWatch قبل التفعيل على نطاق واسع.

ما الأثر المتوقع على بيئات الإنتاج الخليجية؟

في منطقة الخليج حيث تتسارع مشاريع التحول الرقمي ضمن رؤية 2030 ومبادرات مماثلة، تعتمد كثير من المؤسسات على حاويات Docker عبر ECS لتشغيل تطبيقات الدفع الإلكتروني والخدمات الحكومية الرقمية ومنصات التجارة. سرعة التوسع التلقائي تعني فرقاً ملموساً في تجربة المستخدم خلال أوقات الذروة — سواء في مواسم التسوق أو إطلاق خدمات حكومية جديدة.

الأسئلة الشائعة

هل تعمل المقاييس عالية الدقة مع Fargate فقط؟

لا، الميزة تعمل على جميع خيارات الحوسبة في ECS: AWS Fargate وECS Managed Instances وAmazon EC2.

هل يمكن استخدام المقاييس الجديدة مع Predictive Scaling؟

المقاييس عالية الدقة مصممة أساساً لـ Target Tracking. سياسات Predictive Scaling وScheduled Scaling تعمل بآليات مختلفة ولا تعتمد على دقة المقاييس اللحظية.

كم ستزيد تكلفة CloudWatch عند التفعيل؟

يعتمد ذلك على عدد المقاييس والخدمات. مقاييس 20 ثانية تُنتج بيانات أكثر بثلاثة أضعاف من مقاييس 60 ثانية، لذا راجع صفحة تسعير CloudWatch وقدّر التكلفة بناءً على حجم بيئتك.

هل أحتاج تعديل كود التطبيق للاستفادة من الميزة؟

لا، التفعيل يتم بالكامل على مستوى إعدادات خدمة ECS وسياسات التوسع دون أي تغيير في كود التطبيق.

متى تتوفر الميزة في مناطق AWS بالشرق الأوسط؟

الميزة متاحة الآن في جميع مناطق AWS التي تدعم Amazon ECS، بما فيها منطقة البحرين (me-south-1) ومنطقة الإمارات (me-central-1).