نماذج OpenAI في Bedrock تبقى داخل الهند، إلا مع المسار العالمي
أتاحت Amazon Web Services في 18 أغسطس 2026 نموذجي OpenAI GPT-5.6 Terra وGPT-5.6 Luna على Amazon Bedrock في منطقتي Asia Pacific (Mumbai) وAsia Pacific (Hyderabad). ويؤكد إعلان AWS الرسمي أن الإتاحة عامة عبر ملفي استدلال جغرافي هنديين، وليست وصولًا مستقبليًا أو تجربة محدودة.
المعنى المباشر للشركات التي تشترط معالجة البيانات داخل الهند هو أن موقع نقطة النهاية لا يكفي وحده: يجب أن يحمل الطلب معرّفًا يبدأ بـin.. وقد أكدت تغطية India Today للإطلاق توافر Terra وLuna عبر Bedrock مع إمكان تنفيذ المعالجة داخل البلاد؛ أما ملف global. فيزيل هذا القيد الجغرافي.
ملف in. يحصر المسار بين Mumbai وHyderabad
يعمل الاستدلال الهندي عبر ملفين نظاميين: in.openai.gpt-5.6-terra وin.openai.gpt-5.6-luna. يمكن استدعاء أي منهما من Bedrock Runtime في Mumbai، ورمزها ap-south-1، أو Hyderabad، ورمزها ap-south-2؛ ثم يختار Bedrock السعة المتاحة في إحدى المنطقتين ويعيد النتيجة إلى منطقة المصدر.
لا يعني ذلك أن طلبًا أُرسل إلى Mumbai سيُنفذ دائمًا فيها. قد تنتقل المدخلات والمخرجات إلى Hyderabad، أو يحدث العكس، لكن قائمة الوجهات الخاصة بالملف الهندي تظل محصورة داخل البلاد. وتبقى البيانات أثناء العبور مشفرة على شبكة Amazon، فيما تُسجل الفوترة والحصص والمراقبة في منطقة المصدر.
توضح التفاصيل التقنية التي نشرتها AWS في 27 أغسطس أن الملفين الهنديين يعملان على bedrock-runtime، ويدعمان Responses API وChat Completions API وConverse API، وأن المسار العالمي المنفصل قد يوجّه الطلب إلى مناطق AWS تجارية مدعومة خارج الهند.
الاختيار بين in. وglobal. هو قرار الإقامة
الفارق الحاسم ليس في اسم المنطقة داخل عنوان الاتصال، بل في ملف الاستدلال المرسل بوصفه معرّف النموذج. استخدام نقطة نهاية ap-south-1 مع معرّف يبدأ بـglobal. لا يحوّل المسار العالمي إلى مسار هندي؛ فهو يسمح لـBedrock بالاختيار من سعة تجارية أوسع لا تلتزم بحدود الهند.
- ملف in.: مناسب عندما يكون حصر معالجة المدخلات والمخرجات داخل الهند شرطًا تنظيميًا أو تعاقديًا. الوجهات الممكنة هي منطقتا Mumbai وHyderabad، والنموذجان المشمولان بالإطلاق الهندي هما Terra وLuna.
- ملف global.: مناسب فقط عندما تسمح سياسة البيانات بخروج المعالجة من الهند. إرسال الطلب من منطقة هندية لا يغير النطاق العالمي للملف.
- نقطة النهاية وحدها: لا تثبت الإقامة. يجب أن يجمع الإعداد بين منطقة مصدر هندية ومعرّف in.، مع منع التبديل غير المعتمد إلى global.
هذه الحدود تخص الاستدلال عبر Amazon Bedrock، ولا تعني أن كل مكوّن آخر في التطبيق أصبح هندي الموقع تلقائيًا. قواعد البيانات، وسجلات التطبيق، وخدمات المراقبة أو النسخ الاحتياطي التي يختارها العميل تحتاج إلى تقييم منفصل بحسب مناطقها وإعداداتها.
الإقامة الجغرافية لا تلغي استثناء الاحتفاظ
تعمل Amazon Bedrock افتراضيًا وفق نموذج عدم الاحتفاظ بمدخلات النماذج ومخرجاتها. لكن GPT-5.6 مشمول باستثناء لكشف إساءة الاستخدام: إذا صنفت آليات Bedrock الآلية حركةً ما على أنها مشتبه بها، فقد تحتفظ الخدمة بالمحتوى لإجراء كشف غير متصل بالإنترنت.
لذلك يجيب ملف in. عن سؤال أين تجري المعالجة وأين يمكن أن تُخزن بيانات الاستثناء، لكنه لا يضمن أن المحتوى لن يُحتفظ به مطلقًا. وبما أن الوجهة الفعلية قد تكون Mumbai أو Hyderabad، فإن أي تخزين مرتبط باستثناء كشف الإساءة يكون مرتبطًا بمنطقة المعالجة الهندية التي اختارها الملف، لا بالضرورة منطقة المصدر وحدها.
كما لا يمثل وصف الخدمة بأنها تدعم الإقامة داخل الهند شهادة تلقائية بالامتثال لكل قانون أو عقد. يتوقف الحكم النهائي على فئة البيانات، والغرض من المعالجة، وإعدادات التسجيل والتخزين التي يديرها العميل، وصياغة التزاماته مع الجهات المنظمة والعملاء.
IAM وSCP والسجلات هي طبقة الإثبات
يتطلب ملف الاستدلال الهندي أن تسمح سياسات IAM بالوصول إلى ملف الاستدلال نفسه، وإلى النموذج الأساسي في منطقة المصدر، وإلى موارد النموذج في وجهتي Mumbai وHyderabad. ويمكن ربط الإذن بـARN ملف in. المحدد، بما يمنع الدور التشغيلي من استدعاء ملف عالمي أو ملف جغرافي مختلف.
أما Service Control Policies، فيجب ألا تحظر أيًا من المنطقتين الهنديتين اللتين قد يستخدمهما الملف. السماح بمنطقة المصدر فقط لا يطابق تصميم الاستدلال عبر المناطق، لأن Bedrock قد يحتاج إلى تنفيذ الطلب في الوجهة الهندية الأخرى بحسب السعة.
- تثبيت in.openai.gpt-5.6-terra أو in.openai.gpt-5.6-luna في إعداد الإنتاج، ووضع تغيير المعرّف تحت ضوابط المراجعة.
- السماح في SCP بكل من ap-south-1 وap-south-2، مع إبقاء المناطق غير المعتمدة محظورة وفق سياسة المؤسسة.
- تقييد IAM بملف الاستدلال الهندي وموارد النموذج المطلوبة في منطقة المصدر والوجهتين المحتملتين.
- تفعيل سجلات استدعاء نماذج Bedrock وتوجيهها إلى Amazon S3 أو CloudWatch Logs وفق سياسة الاحتفاظ المؤسسية.
- مراجعة أحداث CloudTrail في منطقة المصدر واستخدام حقل inferenceRegion داخل additionalEventData لتحديد المنطقة التي عالجت الطلب.
- تسجيل استثناء كشف إساءة الاستخدام صراحةً في تقييم الخصوصية، وعدم وصف Bedrock بأنه عديم الاحتفاظ بلا قيد.
الحالة المؤكدة منذ 18 أغسطس 2026 هي الإتاحة العامة لـTerra وLuna عبر ملفي in. على bedrock-runtime في منطقتي AWS الهنديتين. يبقى الاستدلال داخل الهند عند استخدام هذا المسار؛ أما global. فقد ينقل المعالجة إلى خارجها، ولهذا يعتمد الإثبات التشغيلي على المعرّف والصلاحيات وسياسات المناطق والسجلات معًا.
اقرأ أيضًا:
اشترك في نشرتنا الإخبارية
احصل على أحدث أخبار الويب 3 والذكاء الاصطناعي والعملات المشفرة مباشرة في بريدك.