AWS تطلق محاكيًا رسميًا لخدماتها: 29,684 إيداعًا من الوكلاء خلال 3 أسابيع

كل من كتب شيفرة لـ AWS يعرف هذه المعضلة. نريد اختبارات تكامل تتصل فعلًا بـ S3 أو بالطوابير أو بقاعدة البيانات. لكن كل تشغيل في CI يعني موارد حقيقية ومفاتيح حقيقية وفاتورة حقيقية، ومخاطرة بترك مخلفات وراءه. لذلك عاشت الفرق لسنوات على محاكيات من أطراف ثالثة. والآن أصبح لدى AWS محاكيها الخاص: مستودع aws-emulator على GitHub.

ما الألم الذي يعالجه

الفكرة بسيطة. تشغّل عملية محلية تتظاهر بأنها سحابة AWS. تستدعي شيفرتك واجهات API المألوفة كما كانت تفعل، لكن الطلبات لا تذهب إلى منطقة عبر المحيط، بل إلى localhost. أنشأ الاختبار حاوية (bucket)، ووضع فيها كائنًا، وقرأه، وكل ذلك دون مفتاح مدفوع ودون تكاليف.

الحجة الرئيسية لصالح المحاكي الرسمي واضحة: AWS نفسها هي التي تصنعه. فالمحاكيات الخارجية مثل LocalStack أو moto مضطرة إلى ملاحقة سلوك الخدمات الحقيقية، وفي التفاصيل الصغيرة (الأخطاء، والحدود، وترتيب الأحداث) لا مفر من وجود اختلافات. أما المصدر الأصلي فلديه فرصة أكبر لمطابقة بيئة الإنتاج. ولا يذكر المصدر الأصلي إلى أي مدى يغطي المحاكي الخدمات فعليًا، لذا تحقق قبل الانتقال من مجموعتك: ما الخدمات والعمليات التي تستخدمها فعلًا، وهل هي موجودة في المستودع.

سرب من الوكلاء بدلًا من فريق

أغرب تفصيل لا يتعلق بالمحاكي نفسه، بل بطريقة صنعه. المشروع مكتوب بلغة Rust، ووفق سايمون ويليسون، كتبه سرب ضخم من الوكلاء: 29,684 إيداعًا في الأسابيع الثلاثة الأولى فقط. للمقارنة، هذا نحو 1400 إيداع في اليوم. فريق بشري لا يعمل بهذه الطريقة.

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

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

ما العيوب حتى الآن

القيد الرئيسي: على macOS وWindows يتطلب المحاكي حاليًا Docker. وهذا أمر هيّن في CI على Linux، لكنه طبقة زائدة في التطوير المحلي على الحاسوب المحمول: يجب تثبيت Docker، وهو يستهلك الذاكرة، والتشغيل أبطأ من برنامج عادي.

يأمل ويليسون أن يُصلح ذلك. وحلمه: تنزيل ملف تنفيذي واحد وإدراجه في مجموعة الاختبارات القياسية بأي لغة وعلى أي منصة. وهذا يبدو واقعيًا لمشروع بلغة Rust، إذ تُجمَّع Rust جيدًا في ملف تنفيذي مستقل. لكن لا توجد في المقالة أي وعود من AWS بهذا الشأن، لذا فهو مجرد أمنية.

ماذا تفعل عمليًا

• إذا كانت لديك اختبارات تتصل بـ AWS الحقيقية، فأنشئ فرعًا منفصلًا وجرّب تشغيلها على المحاكي. قارن النتائج ودوّن الفروقات.
• إذا كنت تعتمد على LocalStack أو moto، فلا تتعجل بالانتقال. قيّم تغطية الخدمات التي تحتاجها وانتظر حتى يكوّن المشروع سجلًا من الإصدارات.
• إذا كنت تبني عمليات وكيلية، فاقرأ تدوينة سيفاسوبرامانيان. إنها مثال علني نادر على إصدار شركة كبيرة منتجًا كتبه الوكلاء، وما يبقى على عاتق البشر في هذه الحالة.

الخلاصة: ظهرت أداة رسمية طال انتظارها للاختبار المحلي لشيفرة السحابة، وقد صُنعت بطريقة غير معتادة. حاليًا هي قيّمة كمرشح للتجربة، لا كبديل جاهز لكل ما تستخدمه. وإذا زال Docker من المتطلبات، فقد تُحسم مسألة أداة الاختبار القياسية لـ AWS من تلقاء نفسها.