Floci: حدد ما يستطيع اختبار السحابة المحلية إثباته

يتلقى عامل رسالة من طابور، ويحفظ النتيجة، ثم يتعطل قبل حذف الرسالة. يجب أن يظهر الاختبار المحلي المفيد التسليم التالي ويتحقق مما إذا كان الأثر قد تكرر. نجاح طلب إنشاء الطابور لا يثبت الكثير بشأن هذا العطل.

هذا هو السيناريو الذي سأختاره لمراجعة Floci، محاكي AWS المفتوح المصدر. راجعت المصادر الأولية في 6 نوفمبر 2026. لم أثبت البرنامج أو أقارنه عمليا مع AWS أو أقس الأداء. الاختبارات المقترحة أدناه تحليل، وليست نتائج تجربة أجريتها.

اقرأ طريقة تنفيذ الخدمة

يميز المستودع بين خدمات تعمل داخل العملية وأخرى تستخدم حاويات Docker فعلية لقواعد البيانات والبروتوكولات وبيئات التنفيذ. لكن المحرك الفعلي لا يكرر وحده الخدمة المدارة كاملة. يذكر صف Aurora DSQL صراحة أن التنفيذ المبني على PostgreSQL لا يعيد بعد حدود DSQL وفهارسه غير المتزامنة.

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

اجعل الوجهة المحلية صريحة

تستخدم أمثلة SDK عنوانا محليا وبيانات اعتماد اصطناعية. لا ينبغي للاختبار أن يرث إعداد إنتاج في الخفاء. المثال الأصلي التالي يفحص نص العنوان فقط. لا يشغل محاكيا، ولا يعزل الشبكة، ولا ينشئ طابورا.

from urllib.parse import urlsplit

def require_local_endpoint(endpoint):
    u = urlsplit(endpoint)
    if (u.scheme != "http" or u.hostname != "127.0.0.1"
            or u.port != 4566 or u.username or u.password
            or u.path not in ("", "/") or u.query or u.fragment):
        raise ValueError("Expected the explicit loopback test endpoint")
    return endpoint

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

اختر العطل ثم النتيجة المتوقعة

سأفصل بين التأكيد العادي، والتعطل قبل التأكيد، وتكرار معرف العمل، والطلب غير الصحيح، والعملية الممنوعة عند تفعيل فحوص الصلاحية. هذه خطة اختبارات، لا ادعاء بأن Floci اجتازها. يحتاج كل منها إلى نتيجة قابلة للرصد، وحد زمني، وعدد للآثار التي أحدثها التطبيق.

رسالة اصطناعية ← طابور ← عامل ← نتيجة محفوظة
                              |
                       تعطل قبل التأكيد
                              |
                   راقب إعادة التسليم وعد النتائج

العقد المختار ← مقارنة منفصلة ومصرح بها مع AWS

إذا اشترط التطبيق نتيجة واحدة لكل معرف عمل رغم تكرار التسليم، فيجب فحص النتيجة المخزنة. رمز خروج العامل ليس بديلا عن ذلك. تشغيل مسار النجاح مرتين قد لا يختبر مطلقا الفجوة بين الحفظ والتأكيد. ويجب التمييز بين معرف العمل ومقبض استلام الرسالة.

الحساب والتوقيع والسياسة أسئلة مختلفة

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

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

الحالة والوصول إلى المضيف

يميز دليل التخزين أوضاع memory وpersistent وhybrid وWAL. يصف README فقدان الحالة عند التوقف في memory، والكتابة الفورية في persistent، والحفظ الدوري في hybrid، وتسجيل التغييرات قبل الرد في WAL. هذه خصائص موثقة، وليست قياسا مستقلا للمتانة.

الطابور النظيف يحتاج إلى دورة حياة مقصودة. اختبار التعافي يحتاج إلى حد إعادة تشغيل وفحص للبيانات بعده. وتتطلب المسارات المبنية على Docker مقبس Docker. سأبدأ اختبارا بسيطا داخل العملية بلا هذا الوصول، ولن أمنح التحكم بالحاويات إلا للمسار الذي يحتاجه وفي بيئة مؤقتة.

معيار الاختيار

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