AWS تطلق Amazon Bedrock في نيوزيلندا مع Claude والاستدلال عبر المناطق

أطلقت AWS في 26 مارس 2026 خدمة Amazon Bedrock في منطقة Asia Pacific (New Zealand)، أي في أوكلاند. وبالنسبة للشركات المحلية، يعني ذلك أنه صار بإمكانها إرسال الطلبات إلى نماذج الذكاء الاصطناعي التوليدي من منطقة AWS النيوزيلندية، على أن يوزّع Bedrock الاستدلال بنفسه عند الحاجة بين أوكلاند والمواقع الأسترالية.

كيف يعمل هذا الإطلاق

حصلت منطقة AWS الجديدة على المعرّف ap-southeast-6، وأصبحت نقطة الانطلاق لـ cross-Region inference في Bedrock. عملياً، يستطيع التطبيق إجراء استدعاء API من أوكلاند، بينما تجري معالجة الطلب نفسها إما في المنطقة ذاتها أو في سيدني أو في ملبورن.

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

وتؤكد AWS بشكل خاص أن حركة البيانات تمر عبر شبكتها العالمية الخاصة، ولا تخرج إلى الإنترنت العام، وتُشفَّر أثناء النقل بين المناطق. أما سجلات جميع استدعاءات cross-Region فتبقى في المنطقة الأصلية، أي في أوكلاند.

ما النماذج المتاحة

منذ البداية، حصلت المنطقة النيوزيلندية على إمكانية الوصول إلى عائلة Anthropic Claude: Opus 4.5 وOpus 4.6 وSonnet 4.5 وSonnet 4.6 وHaiku 4.5. وبالنسبة للملف العالمي، تشير AWS أيضاً إلى توفر Amazon Nova 2 Lite ومجموعة أوسع من النماذج من مزوّدين مختلفين. ولا يحتاج المطورون إلى إعادة بناء التكاملات من الصفر: تعمل الملفات عبر واجهات Bedrock API القياسية، بما في ذلك InvokeModel وInvokeModelWithResponseStream وConverse وConverseStream.

• يُبقي الملف الجغرافي AU عملية الاستدلال في أوكلاند وسيدني وملبورن
• يوفر الملف العالمي قدرة حوسبة متاحة أكبر واختياراً أوسع من النماذج
• تتغير معرّفات النماذج عبر البادئتين au. وglobal.
• لا يتغير التوجيه القائم لسيدني وملبورن
• يسهّل تنسيق Converse الموحد التبديل بين النماذج دون إعادة كتابة الشيفرة

تفصيل مهم: يدعم الملف الأسترالي-النيوزيلندي حالياً نماذج Claude تحديداً، في حين يفتح التوجيه العالمي مجموعة أوسع من النماذج الأساسية. ويهم هذا الفارق الفرق التي تراعي في آن واحد الامتثال للمتطلبات الداخلية وتوافر القدرة الحاسوبية. فإذا كانت هناك حاجة إلى جغرافيا معالجة يمكن التنبؤ بها، فالأنسب النظر في ملف AU. أما إذا كانت أقصى سعة معالجة هي الأولوية، فالمسار العالمي مع التوزيع الديناميكي للحمل أكثر فائدة.

الرقابة والحدود

لا يُغني الإطلاق في منطقة جديدة عن إعداد البنية التحتية. فلاستدعاء النماذج عبر ملف AU من أوكلاند، يجب أن تسمح سياسة IAM بالوصول إلى ملف الاستدلال في ap-southeast-6 وإلى النماذج نفسها في جميع مناطق الوجهة. وتوصي AWS بنهج الحد الأدنى من الصلاحيات: السماح باستدعاء النموذج في سيدني وملبورن وأوكلاند فقط عندما يمرّ الطلب عبر inference profile وليس بشكل مباشر. وهذا مهم أيضاً للشركات التي تطبّق Service Control Policies، لأنه يجب السماح لـ Bedrock صراحةً بالعمل في مناطق ANZ الثلاث معاً.

وهناك أيضاً تفاصيل تشغيلية. تُحتسب الحصص على مستوى المنطقة الأصلية، لذا فإن رفع الحد في أوكلاند ينطبق فقط على الطلبات المرسَلة من ap-southeast-6. وتقيس AWS الحمل وفق محورين: tokens per minute وrequests per minute، وفي بعض نماذج Claude تُحتسب رموز الإخراج بمعامل 5:1 مقارنةً برموز الإدخال. أما بالنسبة لـ Claude Haiku 4.5 ونماذج Nova فيسري معامل 1:1. ويمكن التحقق من المنطقة التي نُفّذ فيها الطلب فعلياً عبر CloudTrail من خلال الحقل inferenceRegion، ومتابعة زمن الاستجابة والأخطاء واستهلاك الرموز عبر مقاييس CloudWatch.

ماذا يعني ذلك

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