الذكاء الاصطناعي

مويانجيتش تحوّل 400 واجهة برمجية إلى أدوات ذكاء اصطناعي آمنة

اعتمدت مويانجيتش على بنية تحتية موحدة لتحويل واجهاتها البرمجية الخاصة إلى أدوات ذكاء اصطناعي قابلة للتشغيل دون تعريضها للانترنت العام.

رضوان عبدالهاديمحرر وكاتب تقني

نُشر: 29 أكتوبر 2026 · آخر تحديث: 29 أكتوبر 2026 · 5 دقائق قراءة

مويانجيتش تحوّل 400 واجهة برمجية إلى أدوات ذكاء اصطناعي آمنة — الصورة: AWS Machine Learning Blog

التحدي: تحويل الأصول الداخلية إلى أدوات ذكاء اصطناعي

واجهت مويانجيتش، منصة تفاعل العملاء التي يستخدمها أكثر من 1350 علامة تجارية، تحدياً هندسياً كبيراً عند سعيها لبناء وكلاء ذكاء اصطناعي. كانت القدرات المطلوبة موجودة مسبقاً في حوالي 400 واجهة REST داخلية موزعة على 7 مناطق في AWS، لكنها كانت معزولة في شبكات افتراضية خاصة (VPCs) لضمان الامتثال لالتزامات إقامة البيانات. المشكلة لم تكن في بناء وظائف جديدة، بل في جعل هذه الواجهات القابلة للوصول الآمن للوكلاء دون تعريضها للانترنت العام أو منح نماذج اللغة التحكم في هوية المستخدم. ويمكن الرجوع إلى AWS Machine Learning Blog للاطلاع على التفاصيل الأصلية للمصدر.

رفض نموذج الخوادم المتعددة

كانت الطريقة التقليدية لاعتماد بروتوكول سياق النموذج (MCP) تتطلب من كل فريق هندسي بناء خادم MCP خاص به. رأت مويانجيتش أن هذا النهج سيؤدي إلى إنشاء أكثر من 20 خوادم تحتاج إلى مراقبة وإصلاح مستمر، مما يزيد من التعقيد التشغيلي. بالإضافة إلى ذلك، كان الوكلاء الذين يعملون عبر نطاقات متعددة يحتاجون إلى الاتصال بعدة خوادم ومواءمة البيانات بينها، وهو ما يتطلب خبرة تقنية متخصصة في MCP لا علاقة لها بالعمل الأساسي للفريق. ويمكن الرجوع إلى Artificial Intelligence للاطلاع على التفاصيل الأصلية للمصدر.

مبدأ الملكية الموحدة للطبقة التقنية

للتغلب على هذه المشكلة، حددت مويانجيتش مبدأً أساسياً: لا تقوم الفرق الهندسية الفردية بتنفيذ طبقة MCP. بدلاً من ذلك، تكتفي الفرق ببناء واجهات REST وإعلان العمليات التي يجب أن تصبح أدوات. يتولى فريق منصة الذكاء الاصطناعي مسؤولية طبقة MCP بالكامل من البداية إلى النهاية. ينتهي دور الفريق التقني عند تقديم مواصفة OpenAPI واضحة، مما يضمن عدم تشتت جهود الفرق في مهام تقنية لا تضيف قيمة مباشرة للمنتج.

قيود معمارية صارمة

قبل تقييم أي حل، وضعت مويانجيتش أربعة قيود يجب تلبيتها في آن واحد. أولاً، عدم منح أي نقطة نهاية عامة، حيث يجب أن تظل الواجهات داخلية تماماً. ثانياً، يجب أن تكون هوية المستخدم (مثل المستأجر والدور) خارج نطاق تحكم النموذج اللغوي، وتُحقن من قبل الخدمة المستدعية بدلاً من أن تكون معاملاً يمكن للنموذج تعديله. ثالثاً، لا يمكن لكتالوج يضم 400 أداة أن يتسع في نافذة السياق، حيث يستهلك ذلك أكثر من 20,000 رمز قبل بدء أي عمل مفيد. رابعاً، يجب تجنب بناء بنية شبكية مخصصة لكل تكامل جديد، مما كان سيضاعف الجهد التشغيلي عبر المناطق السبع.

دور بوابة AgentCore Gateway

قدمت بوابة AgentCore Gateway، وهي جزء من Amazon Bedrock AgentCore، حلاً مديراً بالكامل لهذه القيود. تعمل البوابة كخادم MCP موحّد، حيث يتم تسجيل مواصفات OpenAPI كأهداف، وتقوم البوابة بتوليد أدوات MCP منها تلقائياً. هذا يعني أن مواصفة OpenAPI التي تحافظ عليها الفرق بالفعل هي نفسها تعريف الأداة. عند إضافة نقطة نهاية جديدة، تظهر الأداة تلقائياً دون الحاجة إلى نشر جديد أو تنسيق مع فريق المنصة، مما يحافظ على مزامنة الأداة مع الواجهة البرمجية بشكل دائم.

تحكم دقيق في الصلاحيات عبر Cedar

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

الاتصال الآمن عبر VPC Lattice

من حيث الاتصال الشبكي، تصل البوابة إلى الخدمات الداخلية لمويانجيتش عبر ممرات خروج مديرة (Managed Egress) تعمل على Amazon VPC Lattice. هذا يلغي الحاجة إلى بناء وإدارة بنية شبكية مخصصة لكل تكامل، مثل بوابات NAT أو الوكلاء العكسيين. بدلاً من ذلك، توفر البنية التحتية المديرة اتصالاً خاصاً وآمناً بين بوابة AgentCore والخدمات الداخلية عبر المناطق المختلفة، مما يحافظ على خصوصية البيانات ويقلل من التعقيد التشغيلي بشكل كبير.

النتائج التشغيلية والمرونة

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