تسريع الهجرات عبر الوكلاء المتخصصين

واجهت فرق AWS Professional Services تحدياً عملياً في كيفية أتمتة الهجرات السحابية المعقدة التي تتطلب تخصيصاً دقيقاً. بدلاً من الاعتماد الحصري على الخدمات المُدارة، طورت الشركة إطار عمل متعدد الوكلاء يعتمد على Amazon Bedrock AgentCore، وهو منصة مخصصة لبناء الوكلاء وتوصيلهم وتحسين أدائهم على نطاق واسع. هذا النهج الهجين يسمح بإضافة وكلاء مخصصين حيثما تتطلب الحاجة، بينما تتولى الخدمات المُدارة الأخرى المهام القياسية.

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

بنية تحتية مبنية على بروتوكول MCP

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

تتولى خدمات AWS المُدارة المهام الأساسية للهجرة والتحديث. فبينما يغطي AWS Transform أعمال الخوادم والشبكات وأنظمة Mainframe و.NET، يتكفل AWS Database Migration Service (AWS DMS) بهجرة قواعد البيانات. يعمل الوكلاء المخصصون هنا كمكملات لهذه الخدمات، حيث يتولون المتطلبات التي تبقى محددة لكل منظمة، مثل تركيب مكتبات الوحدات الداخلية المعتمدة من قبل إدارة الأمن.

أدوار الوكلاء الأربعة في دورة الهجرة

تنقسم المهام بين أربعة وكلاء متخصصين يغطيان رحلتي الهجرة والتشغيل. يبدأ وكيل الاستقبال (Intake Agent) في المرحلة الأولى بقراءة مستندات البنية التحتية والسجلات عبر أدوات MCP، ثم يحدد معمارية الحالة المستهدفة. تليها المرحلة الثانية حيث يتولى وكيل البنية التحتية (IaC Agent) توليد الأكواد التي تركب الوحدات الداخلية المعتمدة لكل تطبيق، مما يلغي الحاجة إلى الكتابة اليدوية الطويلة.

يتولى وكيل استخبارات الهجرة والحوكمة تقديم تقارير المحفظة التلقائية وتقييمات البنية المعمارية السليمة (Well-Architected) عبر أدوات مثل Jira وConfluence. أما وكيل هندسة موثوقية الموقع (SRE Agent) فيدخل في المرحلة الثالثة بعد التحويل (Cutover)، حيث يوفر المراقبة المستمرة والإصلاح التلقائي للأعطال، مما يضمن استمرارية العمليات بعد تسليم النظام.

التشغيل الآمن عبر AgentCore

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

يتم تأمين كل استدعاء عبر AgentCore Identity، الذي يستخدم أدوار IAM النطاقية ومقدمي الهوية للتحقق من الهوية. كما يوفر AgentCore Gateway تحويل واجهات برمجة التطبيقات ووظائف Lambda إلى أدوات متوافقة مع MCP. هذا يسمح للوكلاء بالوصول الآمن إلى الأنظمة الداخلية دون تجاوز صلاحياتهم، مما يعزز الثقة في العمليات المؤتمتة.

الذاكرة المشتركة والحوكمة المسؤولة

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

لتعزيز الحوكمة، يتم ربط سياسة Amazon Bedrock Guardrails مع كل استدعاء للنموذج الأساسي. يعيد نقطة الدخول الكود المولد مع إصدار مجموعة السياسات التي شكلته، مما يتيح للمراجعين تتبع المخرجات إلى المعايير المعتمدة. هذا يضمن أن الأكواد المولدة تتوافق مع المعايير الأمنية والسياسات المؤسسية قبل نشرها في الإنتاج.

المصادر

• AWS Machine Learning BlogScaling cloud migrations with agentic AI on Amazon Bedrock AgentCore