Claude على Google Cloud: اختر مسار الإدارة الصحيح

أطلقت Anthropic في 22 أكتوبر 2026 خدمة Claude Models on Google Cloud بإدارة Anthropic. تتيح الخدمة الوصول إلى منصة Claude عبر مشروع Google Cloud، وتستخدم Google Cloud IAM للتحكم بالوصول وMarketplace للفوترة، بينما تدير Anthropic الـAPI وبنية الاستدلال. أهم نقطة أن هذا المسار ليس هو Claude المُدار من Google داخل Agent Platform؛ قد تبدو الهوية متشابهة، لكن مشغّل الاستدلال ومعالج البيانات والـEndpoint وسرعة وصول الميزات وملكية الـQuotas وحدود الامتثال تختلف.

السؤال الصحيح لفريق المنصة ليس “هل نستطيع استدعاء Claude من Google Cloud؟” فكلا المسارين يسمح بذلك. القرار هو: من يجب أن يشغّل طبقة الاستدلال؟ أين يمكن معالجة البيانات؟ ما الضوابط التعاقدية المطلوبة؟ وهل الوصول السريع إلى ميزات منصة Anthropic أهم من بقاء الاستدلال داخل حدود Google Cloud؟

اعتمد المقال على Release Notes الرسمية ووثائق Google Cloud الحالية، وتم التحقق منها في 23 أكتوبر 2026. الإتاحة والـEndpoints وأدوار IAM وحدود المسؤولية حقائق موثقة، بينما Adapter وخطة الإطلاق والمراقبة توصيات هندسية.

ما الذي أُطلق في 22 أكتوبر؟

تسجل ملاحظات إصدار Claude Platform إطلاق Claude Models on Google Cloud بإدارة Anthropic، مع ثلاث نقاط:

• تصل إلى Claude API الذي تديره Anthropic من خلال مشروع Google Cloud.
• يتحكم Google Cloud IAM بالوصول، وتتولى Marketplace الفوترة.
• أصبح Fast mode متاحًا لـClaude Opus 5.5 على هذا المسار.

تستخدم الخدمة claude.googleapis.com بدل Endpoint الإقليمي لـAgent Platform في المسار الذي تديره Google. وتوثق Google عميل AnthropicGoogleCloud ومسارات REST مرتبطة بـWorkspace داخل مشروع Cloud.

هذا يقلل احتكاك الهوية والمشتريات. يستطيع Workload على Google Cloud استخدام Application Default Credentials أوService Account بدل توزيع API Key طويل العمر من Anthropic، ويمكن أن تمر الفوترة عبر Marketplace.

لكن تكامل الفوترة لا يغير مشغّل الاستدلال. توضح Google أن التخزين والاستدلال في خيار Anthropic-managed يحدثان على بنية تديرها Anthropic وقد يجري التوجيه خارج Google Cloud، وأن Google وAnthropic معالجان مستقلان للبيانات في جزأيهما من الخدمة. يجب أن يظهر ذلك صراحة في Data Flow وArchitecture Review.

الفرق بين Anthropic-managed وGoogle-managed

يشترك المساران في Google Cloud IAM، لكنهما غير متبادلين:

توصي وثيقة Anthropic-managed على Google Cloud بالمسار الذي تديره Google عندما يجب أن تكون Google المعالج الوحيد، أويجب أن يبقى الاستدلال داخل Security Boundary الخاصة بها، أويعتمد الحمل على VPC Service Controls أوCMEK أوData Residency إقليمية أوبرامج امتثال محددة أوBigQuery أوModel Armor أوAgent Engine.

اختر Anthropic-managed عندما تحتاج Surface منصة Claude الأصلية والوصول الأسرع للنماذج والميزات التجريبية وClaude Console، مع هوية وفوترة Google Cloud. لا تختره فقط لأن اسم النطاق ينتهي بـgoogleapis.com.

افصل Control Plane عن Data Plane

ارسم حدين في المعمارية.

طبقة Google Cloud هي Control وAccess Plane لهوية المشروع وIAM وAPI Routing وCloud Audit Logs وMarketplace Billing. أما منصة Anthropic فهي Service وInference Plane في خيار Anthropic-managed. لكل طبقة شروط ومالك تشغيلي وأدلة مختلفة.

يجب أن يسجل Trace آمن:

1. مشروع Google Cloud وService Account الذي حصل على OAuth Token؛
2. Claude Workspace المستخدم؛
3. Model وAPI Version؛
4. سياسة المنطقة أوinference_geo؛
5. Correlation ID آمن؛
6. Latency وToken Usage وRate Limit وStop Reason؛
7. Tenant التطبيق وقرار السياسة الذي أجاز الطلب.

لا تسجل Bearer Token أوSecrets أوPrompt حساسًا افتراضيًا. تثبت Cloud Audit Logs أن هوية اتصلت بطبقة Google، لكن Application Telemetry يجب أن تثبت أي عميل وسياسة أجازا طلب العمل.

صنّف البيانات قبل Routing. سؤال من وثائق عامة، ومراجعة Source Code داخلية، وسجل صحي ليست أحمالًا متساوية. اربط كل Data Class بمسار Provider معتمد بدل ترك SDK Default يقرر.

تقول Google إن مسار Anthropic-managed يتبع سياسة الاحتفاظ للـClaude API الأصلية، وإن ZDR قد تتاح بالطلب. إمكانية تعاقدية ليست Control فعالة. سجّل هل فُعّلت ZDR للـOrganization وWorkspace المحددين، وامنع البيانات المقيدة حتى يوجد دليل.

اضبط IAM بلا تحويل مستخدم API إلى Admin

توثق Google دورين:

• roles/claude.user لاستدعاء API.
• roles/claude.admin لإدارة Claude Console.

أعط Runtime Services دور المستخدم، لا Admin. احصر إدارة Console في مجموعة صغيرة بهويات منفصلة ومراجعة. لا تمنح Owner للمشروع فقط كي يعمل الاتصال.

ينشئ Activation منظمة Anthropic منفصلة لمشروع Google Cloud. وتحذر الوثائق من أن API Keys وWorkspaces وضوابط HIPAA وZDR وإعدادات منظمة Anthropic الأصلية لا تنتقل تلقائيًا. تعامل معها كحد أمني جديد، لا Alias لمنظمتك القديمة.

قبل الإنتاج:

• عيّن Owner وBreak-glass Admins؛
• افصل Development وStaging وProduction؛
• اربط Service Accounts بأضيق Project وRole؛
• امنع User Credentials داخل الإنتاج؛
• فعّل الاحتفاظ بـAudit Logs وتصديرها؛
• احصر إعدادات المنظمة التي يجب إعادة إنشائها؛
• تحقق من الدعم والاحتفاظ والإقامة لهذه المنظمة الجديدة.

استخدم Google Credentials قصيرة العمر عبر ADC أوWorkload Identity. لا تنسخ ناتج gcloud auth print-access-token إلى Env File أوContainer Image أوCI Variable.

ابنِ Provider Adapter قبل نقل الترافيك

قد تتشابه Messages API، لكن العقود المحيطة مختلفة. أخفِ الاختلافات خلف Interface داخلي:

type ClaudeRoute = {
  path: "anthropic-google-cloud" | "google-managed";
  projectId: string;
  workspaceId?: string;
  model: string;
  apiVersion: string;
  inferenceGeo?: string;
  dataClass: "public" | "internal" | "restricted";
};

interface ClaudeGateway {
  generate(route: ClaudeRoute, request: NormalizedMessageRequest):
    Promise<NormalizedMessageResponse>;
}

يمتلك Adapter بناء Endpoint واكتساب Credential وAPI Version Headers وBeta Allowlist وتوحيد الأخطاء وStreaming وRetry Classification وTelemetry. يجب ألا يركب Product Code مسار claude.googleapis.com بنفسه أويعرف كيف أُخذ OAuth Token.

افصل اختيار Model عن اختيار Provider Path. “استخدم Opus 5.5” قرار قدرة، و“استخدم Anthropic-managed على Google Cloud” قرار حوكمة وبنية. دمجهما في Flag واحدة يصعّب توجيه الإقامة والكلفة لاحقًا.

لا تخفِ الفروق المهمة أثناء Normalization. إذا غاب Beta Tool أواختلف Quota Metadata، أعد Capability واضحة وافشل بأمان. Silent Fallback قد ينقل بيانات مقيدة إلى Processor غير معتمد أويزيل Safety Control.

اقرأ أيضًا التجميع عبر Models API من دون تحليل Model ID وتوجيه Claude Haiku 5.5 بالنتائج.

هاجر عبر Contract Tests وShadow Evaluation

ابدأ بـGolden Set تمثل أنواع الطلبات الحقيقية بلا أسرار إنتاج غير مضبوطة. اختبر Contract لا تطابق النص حرفيًا:

• حقول Structured Output وصحة Schema؛
• أسماء Tool Calls وArguments وقرارات التفويض؛
• وجود Citations وارتباطها بالمصدر؛
• Refusal وStop Reason؛
• Max Output وأحداث Streaming؛
• Prompt Cache وBeta Features؛
• أخطاء Authentication وQuota وTimeout وInvalid Request؛
• حدود Latency والكلفة لكل Route.

نفّذ Shadow Mode فقط للبيانات المعتمدة. قارن الجودة والإشارات التشغيلية من دون إرجاع Shadow Response للمستخدم. الطلب الظلي إفصاح حقيقي لمعالج بيانات، لذلك تنطبق عليه الإقامة والموافقة.

انتقل إلى Canary حسب Workload Class لا نسبة عشوائية فقط. ابدأ بمهام داخلية منخفضة المخاطر، ثم وسّع بعد إثبات الجودة والـQuota والـAudit والاستجابة للحوادث. احتفظ Route Switch قابلًا للعكس وسجّل المسار الذي ولّد كل Response.

تحتاج النتيجة الشبكية غير المؤكدة إلى Recovery واعية. Retry لتوليد نص خالص قد يكون مقبولًا بحدود؛ لكن إعادة Agent استخدم Tool قد تكرر أثرًا خارجيًا. افصل Model Generation عن Tool Execution، وضع Idempotency Keys لأوامر العمل، وطابق Unknown Outcome قبل التكرار.

استخدم Fast mode بقرار مقصود

تؤكد Release Notes توفر Fast mode لـClaude Opus 5.5 على مسار Anthropic-managed. هذه حقيقة إتاحة وليست دليلًا على تشغيله لكل الطلبات.

وجّه Fast mode للمهام الحساسة للزمن عندما تبرر قيمة المستخدم كلفة الخدمة وQuota. قد يناسب Coding Assistance التفاعلي أوIncident Triage المتزامن. استخدم Standard Mode للتحليل غير المتزامن وBatch والمهام التي لا يغير فيها الزمن النتيجة.

قس End-to-end Latency:

user latency =
  admission queue
  + credential acquisition
  + network and routing
  + time to first token
  + generation
  + tool execution
  + response rendering

لا يصلح Model أسرع Application Queue مشبعة أوTool بطيئة أوتبادل هوية متكرر. خزّن Credential بأمان، وأعد استخدام Connections، واستخدم Streaming عندما يفيد UX، وطبّق Admission Budget لكل Tenant.

لا تنتقل تلقائيًا من Fast mode إلى Provider آخر إذا تغيرت حدود البيانات. تخضع Fallback Rules لفحوص الحوكمة نفسها.

Observability وQuotas والحوادث

يقبل مسار Anthropic-managed طلبات Quota عبر Google Cloud Console، لكن Anthropic تدير الحدود. لذلك تحتاج Dashboard لإشارات طبقة Google وسلوك خدمة Anthropic.

راقب Requests وTokens وLatency حسب Project وWorkspace وModel وRoute؛ وافصل OAuth Failures عن Model Authorization؛ وافصل 429 عن 5xx؛ وقس Time to First Token والمدة الكاملة؛ وقارن Fast وStandard؛ وسجل Schema وTool Validation Failures؛ وPolicy Denials حسب Data Class؛ والفوترة؛ وRegional Policy Mismatch؛ وFallback وManual Overrides.

اضبط Retry حسب معنى الخطأ. طبّق Backoff على Overload قابل للإعادة، واحترم Server Guidance، وحد المحاولات ضمن Deadline المستخدم. لا تعد Authentication خاطئة أوBeta Header غير مدعوم أوSchema Error. استخدم Circuit Breaker لمنع Route معطل من تضخيم الحمل، مع مسار استعادة واضح للمشغل.

في Multi-provider Design يجب أن يحدد Runbook أي Workloads يسمح بنقلها. ضغط الإتاحة لا يعطي صلاحية لكسر Residency أوRetention أوProcessor Rules.

متى لا تستخدم Anthropic-managed؟

فضّل Google-managed Claude إذا كانت الحوكمة تشترط Google كمعالج وحيد، أواستدلالًا داخل حدود Google Cloud، أوRegional Controls، أوVPC Service Controls، أوCMEK، أوبرنامج امتثال محدد، أوتكاملًا وثيقًا مع Agent Engine وBigQuery وModel Armor.

فضّل Anthropic API الأصلية مباشرة عندما لا تضيف Marketplace وGoogle IAM قيمة، وكانت منظمتك تملك أصلًا ضوابط Anthropic المطلوبة ودعمها وشبكتها. طبقة تكامل إضافية ليست دائمًا أبسط.

لا تهاجر لمجرد توحيد الفاتورة. توحيد Billing مفيد، لكن النقل ينشئ منظمة Anthropic منفصلة، وIAM Bindings جديدة، وEndpoint مختلفًا، وملكية Quota جديدة، وحزمة أدلة يجب تحديثها.

قائمة قرار للإنتاج

اختر Processor وحدود البيانات أولًا، ثم Feature Set، ثم أثبت Route تشغيليًا.

في Anthropic-managed وثّق المنظمة المنفصلة، وأعط Workloads دور roles/claude.user، واحصر roles/claude.admin في الإداريين. ثبّت API Version، وقيد Beta Headers، وصنّف البيانات قبل Routing، واضبط inference_geo عند الحاجة، وتحقق من Retention وZDR، وصدّر Audit Evidence، واختبر Quota والحوادث.

في Google-managed تحقق من Region وVPC Service Controls وCMEK والامتثال والتكاملات الأصلية. لا تفترض Feature Parity مع جدول Anthropic.

يوسّع الإطلاق خيارات النشر ولا يلغي نموذج المسؤولية. التصميم الأقوى يجعل Managed Path واضحًا في الكود والسياسة والمراقبة والعقود، حتى لا يخفي IAM Login مريح مكان تشغيل الاستدلال أوهوية معالج البيانات.

للمساعدة في تصميم بنية AI متعددة المزودين، راجع خدمات هندسة البرمجيات والذكاء الاصطناعي.

إعداد: Noor Yasser