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