Gemma 4 يدخل سحابة AWS السيادية، والطلبات تبقى داخل منطقة أوروبية

في 17 سبتمبر 2026، أتاحت AWS عائلة Gemma 4 ذات الأوزان المفتوحة عمومًا على محرك الاستدلال الجديد لـAmazon Bedrock داخل AWS European Sovereign Cloud. ويحدد إعلان AWS الرسمي نطاق المعالجة في منطقة eusc-de-east-1 ببراندنبورغ في ألمانيا، ويقول إن طلبات Bedrock لا تستخدم منها مسار الاستدلال العالمي العابر للمناطق.

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

ثلاثة إصدارات من Gemma 4

تشمل الإتاحة Gemma 4 31B بالمعرّف google.gemma-4-31b-it، وGemma 4 26B-A4B بالمعرّف google.gemma-4-26b-a4b-it، وGemma 4 E2B بالمعرّف google.gemma-4-e2b-it. وتجمع المراجعة التقنية المستقلة مواصفات الإصدارات الثلاثة: 30.7 مليار معلمة ونافذة سياق من 256 ألف رمز للإصدار الكثيف 31B، و25.2 مليار معلمة إجمالًا مع 3.8 مليارات نشطة لكل رمز ونافذة مماثلة لإصدار الخبراء المختلط 26B-A4B، و5.1 مليارات معلمة إجمالًا ونافذة من 128 ألف رمز لإصدار E2B.

تدعم الإصدارات الثلاثة الاستدلال المدمج واستدعاء الوظائف ومدخلات النص والصورة. ولا تجعلها صفة «مفتوحة الأوزان» ذاتية الاستضافة داخل حساب العميل؛ فهنا تشغّل AWS النماذج بوصفها خدمة مُدارة، وتأتي حدود الشبكة والتسجيل والتخزين من Bedrock والسحابة السيادية وإعدادات الحساب، لا من رخصة النموذج وحدها.

كيف يتحرك الطلب داخل المنطقة السيادية

ينطلق الطلب من تطبيق المؤسسة إلى نقطة bedrock-mantle في eusc-de-east-1، ثم يعالجه محرك Bedrock بواسطة إصدار Gemma 4 المختار ويعيد الاستجابة عبر المسار الإقليمي. لا تتوافر في AWS European Sovereign Cloud ميزة global cross-Region inference التي تستطيع، في بيئات AWS التجارية الأخرى، توجيه الاستدلال إلى منطقة مختلفة.

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

هذه الحدود لا تمتد تلقائيًا إلى كل مكوّن يتصل بالتطبيق. فإذا أرسل التطبيق نسخة من المدخلات أو المخرجات إلى منصة مراقبة خارجية، أو كتبها في مخزن يقع بمنطقة أخرى، فقد غادرت تلك النسخة المسار السيادي بسبب تصميم العميل؛ لذلك تصف الإقامة هنا مكان معالجة Bedrock وموارد السحابة المشمولة، لا جميع الأنظمة المحيطة بها.

الإقامة والسيادة والاحتفاظ حدود مختلفة

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

أما الاحتفاظ فيحتاج إلى قراءة أدق. يطبق محرك الاستدلال نموذج وصول صفري للمشغّلين إلى المدخلات والمخرجات، وتقول AWS إنه لا يخزنها افتراضيًا ضمن المعالجة العادية، مع احتمال احتفاظ محدود لبعض النماذج لكشف إساءة الاستخدام. لكن Responses API تستطيع إنشاء حالة محادثة محفوظة، وهي آلية منفصلة عن الاحتفاظ التشغيلي العادي.

تنص وثائق Responses API على أن التخزين مفعّل افتراضيًا: عند store=true يحتفظ Bedrock بالمدخلات والمخرجات 30 يومًا داخل مشروع Bedrock، وتبقى البيانات المخزنة على bedrock-mantle في المنطقة التي استقبلت الطلب. أما store=false فيمنع الاحتفاظ ببيانات الطلب والاستجابة، لكنه يلغي أيضًا إمكان متابعة المحادثة بواسطة previous_response_id؛ ويمكن ضبط نمط الاحتفاظ للحساب على none لرفض التخزين.

الاستدعاء متوافق مع نمط OpenAI

يوفر bedrock-mantle واجهتي Responses وChat Completions المتوافقتين مع نمط OpenAI، ويمكن استخدام OpenAI SDK في Python أو TypeScript. عنوان الأساس للمنطقة السيادية هو https://bedrock-mantle.eusc-de-east-1.api.amazonwebservices.eu/v1، وتكون المصادقة بمفتاح Amazon Bedrock API عند استخدام الحزمة البرمجية، أو باعتمادات AWS وتوقيع Signature Version 4 في طلبات HTTP المدعومة.

في ترحيل نظري، يغيّر التطبيق عنوان الأساس، ويستبدل بيانات الاعتماد بمفتاح Bedrock، ثم يمرر معرّف أحد إصدارات Gemma 4 في responses.create. ويمكنه إرسال input وتحديد max_output_tokens وضبط store=false ثم قراءة output_text؛ وهذا وصف للمسار الموثق، لا نتيجة اختبار مستقل للتوافق.

لا تعني عبارة «متوافق مع OpenAI» أن كل الحقول والأخطاء وسلوك الأدوات والحالة متطابقة مع خدمة أخرى. كما يحتاج الاستدعاء إلى أذونات IAM الخاصة بـbedrock-mantle، وتوصي AWS باستخدام مفاتيح قصيرة الأجل تتجدد تلقائيًا في بيئات الإنتاج بدل الاعتمادات طويلة العمر.

ما تؤكده الإتاحة وما لا تحسمه

الحالة المؤكدة منذ 17 سبتمبر 2026 هي الإتاحة العامة لعائلة Gemma 4 على Amazon Bedrock داخل AWS European Sovereign Cloud، مع استدلال إقليمي في eusc-de-east-1 وغياب التوجيه العالمي العابر للمناطق. كما أصبح أمام التطبيقات مسار استدعاء مألوف عبر واجهات متوافقة مع OpenAI من دون أن تتحول الخدمة إلى نشر ذاتي للنموذج.

ما لا تحسمه الإتاحة هو امتثال بنية العميل كاملة. يظل على المؤسسة مطابقة حدود Bedrock مع مواقع سجلات التطبيق، وإعداد store، ووجهات المراقبة والنسخ الاحتياطي، وإدارة المفاتيح، واتفاقات معالجة البيانات، وأي قواعد قطاعية تنطبق على الاستخدام؛ فبقاء طلب الاستدلال داخل المنطقة لا يثبت وحده أن كل نسخة لاحقة من بياناته بقيت فيها.

اقرأ أيضًا:

• نماذج OpenAI في Bedrock تبقى داخل الهند، إلا مع المسار العالمي
• Cloud SQL يبقي Admin API داخل المنطقة، لكن العنوان يجب أن يتغير
• Agents API يشغّل الوكلاء لأيام، لكن الحوسبة والأدوات تبقى على فاتورتك