OpenAI Codex يتكامل مع Amazon Bedrock لاستدلال نماذج المؤسسات
تشرح AWS ثلاث مسارات طرح لتشغيل OpenAI Codex مع Amazon Bedrock، بدءاً من تجربة محدودة الصلاحيات باستخدام IAM Identity Center وصولاً إلى بوابات مُدارة أو ضوابط مخصصة في مسار الطلب.
نشرت Amazon Web Services إرشادات لتشغيل OpenAI Codex مع Amazon Bedrock كواجهة خلفية للاستدلال للنماذج المدعومة من OpenAI. ويوضح المنشور ثلاث مسارات طرح تتيح لفرق المنصات الاحتفاظ بممارسات AWS الحالية في الهوية والأمان والمراقبة، مع منح المطورين الوصول إلى Codex على محطات عملهم.
ثلاثة مسارات طرح لـ OpenAI Codex على Amazon Bedrock
المسار الأسهل هو Native AWS Access، الذي يستخدم IAM Identity Center لتسجيل دخول القوى العاملة وبيانات الاعتماد المؤقتة. يسجّل المطورون الدخول عبر مزوّد الهوية الحالي، ويستدعي Codex خدمة Amazon Bedrock Runtime مباشرة. المسار الثاني، AgentCore Gateway، يوفّر بنية بوابة مُدارة من AWS للتوجيه المركزي وAmazon Bedrock Guardrails. المسار الثالث، LLM Gateway، يناسب المؤسسات التي تُشغّل بوابة بالفعل أو تريد فرض ضوابط في مسار الطلب؛ والتكامل المخصص هو النسخة المتقدمة من هذا الخيار. يربط كل مسار احتياجات ضبط مختلفة بفريق مالك، وتوصي الإرشادات بالبدء بالمسار الأقل تعقيداً الذي يلبّي المتطلب.
التحقق التجريبي وعزل الهوية
تبدأ الإرشادات بتجربة صغيرة محدودة الصلاحيات. تشمل المتطلبات إضافة مستخدمي التجربة إلى مجموعة مخصصة في نظام هوية القوى العاملة، وتوفير تلك المجموعة في IAM Identity Center، واختيار منطقة Amazon Bedrock ونموذج OpenAI متاح مثل GPT-5.6 Sol، ومنح صلاحيات استدلال النموذج المطلوبة فقط. تتحقق التجربة من الوصول إلى AWS عبر استدعاءٍ مباشرٍ إلى Bedrock Runtime، وتُهيّئ مزوّد Codex لاستخدام النموذج والملف الشخصي المعتمدين، وتُشغّل مهمة آمنة للقراءة فقط في مستودع غير إنتاجي. يضمن فحص عزل هوية لمستخدمين اثنين أن المستخدمين المنفصلين ينتجون جلسات assumed-role مميزة، وسجلات تدقيق، وبيانات قياس عن بُعد، مع مشاركة مسار Codex وBedrock المعتمد نفسه.
المراقبة وتخصيص التكلفة والحوكمة
تستخدم المراقبة مجمّع AWS Distro for OpenTelemetry ولوحة CloudWatch مُدارة لالتقاط مقاييس عميل Codex مثل استخدام الرموز (tokens)، والجولات، وطلبات API، واستدعاءات الأدوات. تُوفّر مقاييس خدمة Amazon Bedrock، وسجلات هوية AWS، وتقرير Cost and Usage Report بيانات عن النشاط من جانب الخدمة، والإسناد، والاستخدام المُفوتَر. تؤكد الإرشادات على ربط هذه المصادر بالمسار المنشور، وعدم تقديم حجم الرموز (tokens) كتقرير تكلفة. تشمل اختبارات الضبط إنذارات للكشف، وضوابط IAM والعميل المُدار لحدود الوصول، وسياسة البوابة لفرض مسار الطلب مثل الميزانيات الصارمة أو حدود المعدل.
التوسع على مراحل وحدود التهيئة
بعد أن يعمل مسار البنية التحتية، توحّد عملية الطرح تجربة المطور عبر مكوّنات إضافية مملوكة للمنظمة، وخطافات، وخوادم Model Context Protocol معتمدة. توزّع المكوّنات الإضافية المهارات المشتركة وتكاملات MCP مع إدارة الإصدارات والمراجعة. تفرض الخطافات أوامر سياسة عند أحداث PreToolUse أو PostToolUse أو SessionStart. تُنشئ خوادم MCP حدود ثقة منفصلة وتتطلب وصولاً محدوداً، وإدارة بيانات اعتماد معتمدة، وتأكيد المستخدم للتغييرات الخارجية. تُسجّل قائمة تحقق إطلاق المسؤول المسار المحدد، والفريق المالك، والمنطقة، والنموذج، وصلاحيات التجربة، ويُطلب اختبار غير إنتاجي يغطي تسجيل الدخول، وتوفر النموذج، ومهمة Codex آمنة. تُزيل عملية التنظيف تهيئة Codex، وتعيينات IAM، والوصول إلى البوابة، ومجمّعات قياس عن بُعد، ولوحات التجربة، وتتحقق من رفض الاستدعاءات الجديدة.
المصادر: AWS Machine Learning Blog
SiTech — تطوير ويب مدعوم بالذكاء الاصطناعي
نبني مواقع سريعة وعصرية وندمج الذكاء الاصطناعي في سير عمل الشركات. لديك مشروع أو سؤال؟ يسعدنا مساعدتك.