الخلاصة
- أطلقت أمازون ويب سيرفيسز محاكي AWS Emulator، نسخة محلية مجانية من أكثر من 200 خدمة سحابية تعمل بلا إنترنت.
- آلاف الوكلاء المستقلين كتبوا الشيفرة كلها واختبروها، ولم يكتب مهندسو الشركة أي سطر فيها ولم يراجعوه.
- يستطيع المطورون ووكلاء البرمجة اختبار تطبيقاتهم على أجهزتهم قبل تشغيلها على السحابة الحقيقية.
خبر:
صار بإمكان المطورين تشغيل نسخة من أكثر من 200 خدمة في أمازون ويب سيرفيسز على أجهزتهم مجاناً ومن دون اتصال بالإنترنت، بعد إطلاق AWS Emulator في 11 نوفمبر. الأداة كلها من صنع الوكلاء. ونشرت الشركة شيفرتها على غيت هاب برخصة CC0 التي تضعها في الملكية العامة، ومعها حزمة اختبارات تقيس مدى مطابقة المحاكي للسحابة الحقيقية.
تفصيل:
- ما هو المحاكي: محاكٍ محلي لخدمات أمازون ويب سيرفيسز يُنزَّل ملفاً تنفيذياً جاهزاً ويعمل على جهاز المستخدم لبناء التطبيقات واختبارها. وصفته الشركة بأنه يعطي وكلاء البرمجة نسخة محلية من أكثر من 200 خدمة يختبرون عليها، ويعمل مجاناً ومن دون اتصال، وتُحدَّث شيفرته على غيت هاب باستمرار.
- شهادة الفريق: كتب مات غولدبرغ، كبير المهندسين الرئيسيين في الشركة، أن آلاف الوكلاء المستقلين كتبوا كل سطر من الشيفرة، وقال: «لم يكتب فريقنا أي سطر من الشيفرة ولم يراجعه». وأوضح أن الفريق يثق بالنتيجة بسبب الحواجز التي وضعها حول عمل الوكلاء، لا بسبب مراجعة بشرية للشيفرة.
- ثلاث فرق وكلاء: يعمل النظام بثلاث فرق: كتّاب اختبارات يبنون اختبارات المطابقة من نماذج API العامة ويتحققون منها على السحابة الحقيقية، ومكتشفو أعطال يعيدون تشغيلها على المحاكي ويسجلون الإخفاقات، ومصلحون يأخذ كل منهم عطلاً واحداً ويجد سببه ويعدّل الشيفرة.
- الأرقام: انطلق المشروع من هيكل يتعامل مع 438 نموذج API دون أن ينفذ شيئاً. وتضم حزمة المطابقة اليوم عشرات آلاف الاختبارات، ويعمل مئات الوكلاء في الوقت نفسه، ويصلحون آلاف الأعطال يومياً، بحسب غولدبرغ. ولم تنشر الشركة عدد أسطر الشيفرة.
- البداية: استُلهمت الفكرة من بحث لأنثروبيك أظهر أن الوكلاء يبنون مترجم لغة C بأنفسهم. أعطى غولدبرغ أداة كيرو تعليمات بسيطة، فأنتجت نسخة أولى من خدمة SQS في نحو 15 دقيقة، وبقية الخدمات في عطلة نهاية أسبوع، مع ثغرات واضحة احتاج سدّها وقتاً أطول بكثير.
- المواصفة والمرجع: تقوم الطريقة على مواصفة محددة وتطبيق مرجعي. المواصفة نماذج API العامة المكتوبة بلغة Smithy، والمرجع السحابة الحقيقية نفسها. يكتب الوكلاء اختبارات من سيناريوهات العملاء، ويصححونها حتى تنجح على السحابة، ثم يبنون المحاكي حتى ينجح في الاختبارات ذاتها.
- بوابة الدمج: لا يدخل أي تعديل قبل أن يمر ببوابة تفحص البناء ومعايير الكتابة والأمن وتراجع المطابقة، ويعود ما يفشل لإعادة العمل. وتضم البوابة، بحسب مدونة فيرنر فوغلز، عدة وكلاء أمن يجرون مراجعات عدائية، إلى جانب مراجع عام للشيفرة.
- الشفافية: تُدمج التعديلات أولاً في مستودع داخلي، ثم تُجمع وتُختبر وتُحزم قبل نشرها على غيت هاب في آخر مرحلة. ويضم المستودع العام مجلدين، أحدهما لما صار يعمل والآخر لما لا يعمل بعد، إلى جانب سجل التعديلات الكامل والأعطال التي سجلها الوكلاء.
- درس المفسّر: في نسخة سابقة بنى الوكلاء مفسّر بايثون خاصاً بهم لدعم خدمة Lambda، بدل الاعتماد على ما هو موجود. وطلب الفريق منهم بعدها إعادة استخدام المكتبات القائمة. ويشبّه غولدبرغ حاجة الوكلاء بكتاب تلوين: مساحات محددة وحواجز واضحة.
- فارق الزمن: قال سوامي سيفاسوبرامانيان في مقال على مدونة فوغلز إن إعادة بناء محرك نسخ استغرقت نحو أربعة أشهر في المرة الأولى، ونحو ساعتين بالوكلاء حين توفرت مواصفة وبيئة اختبار. وأضاف أن نسخة داخلية من المحاكي اكتملت في عطلة نهاية أسبوع وانتشر استخدامها خلال شهر.
ماذا بعد؟
تعد أمازون ويب سيرفيسز بكشف مزيد من التفاصيل في مؤتمر re:Invent، ويعد غولدبرغ بسلسلة مقالات عن بنية الوكلاء المتعددين وطريقة قياس المطابقة ومعايير الجودة والأمن.
