1. فهم الأولوية
تُحل سياسة المكوّنات الإضافية في Gateway بهذا الترتيب:- الإعدادات الافتراضية لمساحة العمل
- الإعدادات الافتراضية للإعدادات المسبقة
- المكوّنات الإضافية على مستوى الطلب
2. تعيين الإعداد الافتراضي لمساحة العمل
استخدم إعدادات التوجيه عندما تريد لمساحة عمل تفعيل إصلاح الردود افتراضيًا لطلبات JSON المنظمة. هذا هو المكان المناسب لما يلي:- الإعدادات التشغيلية العامة
- السلوك المشترك لمفاتيح API
- منع اختلاف الإعدادات بين الخدمات
3. قفل السياسة إذا كانت إلزامية
إذا كان يجب إبقاء إصلاح الردود مفعّلًا دائمًا في مساحة عمل، فقفل هذا الإعداد الافتراضي. عند قفل الإعداد الافتراضي لمساحة العمل:- لا يمكن للإعدادات المسبقة تعطيله
- لا يمكن لمحتوى الطلب تعطيله
- تظل السجلات توضح ما إذا كان المكوّن الإضافي قد طُبّق أو تم تخطيه أو فشل
4. استخدام الإعدادات المسبقة للقيم الافتراضية الخاصة بسير العمل
تُعد الإعدادات المسبقة الطبقة المناسبة عندما تحتاج مجموعة من الطلبات إلى الجمع بين:- إعدادات المخرجات المنظمة
- الإعدادات الافتراضية لمكوّن إصلاح الردود الإضافي
safeللتنظيف النحوي المحدودstrictللسلوك الذي يزيل الأغلفة الخارجية فقط
5. تجاوز الإعداد على مستوى الطلب فقط إذا سمحت مساحة العمل
إذا لم يكن الإعداد الافتراضي لمساحة العمل مقفولًا، فيمكن للطلب تجاوز إعداد المكوّن الإضافي مباشرةً:مثال على طلب
6. التحقق من السلوك في السجلات
بعد إرسال طلب، افتح عرض تفاصيله وتحقق مما يلي:- يتضمن
plugin_executionsالقيمةresponse-healing - الحالة إحدى القيم التالية:
appliedskippedfailed
- يظهر وضع المكوّن الإضافي الفعلي
- تظهر أخطاء التحقق عندما يرفض فرض المخطط محتوى مرشحًا تم إصلاحه
7. ما العمل عند اختلاف السلوك بين الخدمات
إذا اختلف سلوك خدمتين، فقارن ما يلي:- إعدادات التوجيه لمساحة العمل
- الإعدادات الافتراضية للمكوّنات الإضافية في الإعدادات المسبقة
pluginsعلى مستوى الطلب- ما إذا كان الإعداد الافتراضي لمساحة العمل مقفولًا