عند اختيار نماذج كبيرة على منصات السحابة، كان شراء الموظفين يسألون عادةً ثلاثة أسئلة: هل هناك أحدث إصدار؟ ما السعر؟ وهل يمكن توصيله بفواتيرنا الحالية؟ لقد ذكّرت الطريقة الجديدة التي أعلنت عنها Google Cloud في 22 أكتوبر لنشر Claude الشركات بضرورة طرح سؤال رابع: من يعالج بياناتي فعليًا؟ لقد أصبحت هذه الخطة الجديدة متاحة رسميًا، لكنها ليست مجرد تغيير اسم البوابة القديمة لـ Claude. فهناك طريقتان متوازيتان: واحدة تُدار من قبل Google والأخرى من قبل Anthropic، حيث تتوافق النماذج والأسعار وفاتورة Google Cloud، لكن جهة معالجة البيانات، والوظائف المتاحة على المنصة، وحدود الحوكمة تختلف. بالنسبة لفريق يستخدم النموذج لمعالجة بيانات العملاء أو الشيفرات الداخلية أو المستندات المالية، فإن هذا الفرق لا يقل أهمية عن أداء النموذج.
المساران يبيعان حقوق تحكم مختلفة
وفقًا للإرشادات الرسمية من Google Cloud، فإن خيار النشر "Anthropic-managed" قد تم إطلاقه حديثًا ووصل إلى حالة التوفر العام. يتم تشغيل النموذج على بنية Google Cloud، لكن Anthropic تتحمل مسؤولية تشغيل طبقة التكنولوجيا المقابلة كمعالج للبيانات، وتخضع لشروط خدمة Anthropic. لا يزال بإمكان الشركات استخدام Google Cloud Identity and Access Management وسجلات التدقيق السحابية، ودمج التكاليف في فاتورة Google Cloud الحالية والالتزامات المشمولة بالشراء. يركز هذا الحل على الوصول اليوم الأول إلى الإصدار الجديد من Claude، بالإضافة إلى ميزات منصة Claude مثل Claude Managed Agents في الإصدار التجريبي، والمهارات، وتنفيذ التعليمات البرمجية. يجب التمييز بوضوح بين "توافر خيار النشر بشكل عام" و"أن إحدى الميزات لا تزال في الإصدار التجريبي": فلا يمكن للاستفادة من الأول أن يضمن نضج الثاني.
سيستمر مسار "المُدار من قبل Google" في تقديم أحدث نماذج Claude، مع كون Google Cloud هو معالج البيانات، مع الاستمرار في استخدام اتفاقيات العملاء الحالية. وتشدد Google على التحكم في خدمات VPC ومفاتيح التشفير التي يديرها العميل، بالإضافة إلى خيارات البقاء الجغرافي للبيانات في الولايات المتحدة والاتحاد الأوروبي وآسيا والمحيط الهادئ. سيتم دمج الميزات الجديدة لمنصة Claude تدريجيًا في هذا المسار، لذا فإن الطريقتين ليستا متطابقتين تمامًا من حيث الوظائف. إذا كانت أولوية الشركة الحالية هي الحدود الشبكية الخاضعة للتحكم والاتفاقيات المطابقة الحالية، فإن المسار القديم لا يزال جذابًا؛ أما إذا كانت الأولوية هي توفر ميزات منصة Anthropic في أسرع وقت ممكن، فإن المسار الجديد يقدم بديلًا آخر.
هذا ليس اختيارًا بسيطًا بين "أيهما أكثر أمانًا". يمكن لإدارة الهوية وسجلات المراجعة مساعدة تسجيل من قام باستدعاء الخدمة، لكنها لا تستطيع الإجابة تلقائيًا عن أدوار البيانات في العقد، والاحتفاظ والحذف، ومعالجة البيانات عبر الحدود، ومن يتحمل إخطار الحوادث. كما أن التشفير ومكان إقامة البيانات يجب أن يُحدَّد بدقة حسب الخدمة المحددة، والمنطقة، وبنود العقد، ولا يمكن الاستنتاج أن جميع الطلبات والسجلات وعمليات الدعم لا تغادر المنطقة المحلية فقط لأن الصفحة تذكر منطقة معينة. يجب على قسم المشتريات والشؤون القانونية مقارنة بنود الخدمة لكل نوع من النشر، وملحقات معالجة البيانات، ومناطق توفر المنتج وقوائم الميزات في جدول واحد، وفحصها نقطة بנקודה، بدلاً من الاعتماد فقط على اسم النموذج.
تكاليف النقل الحقيقية مخبأة حول التطبيق
بالنسبة لفريق التطوير، يبدو أن تبديل مدخل النموذج يتطلب فقط تغيير التكوين؛ أما بالنسبة للأنظمة التجارية التي تعمل بالفعل، فهناك خلف المدخل عمليات متعددة مثل تبديل المفاتيح، منح الصلاحيات، جمع الميزانيات، تتبع الاستدعاءات، تخزين السجلات، الاستجابة للطوارئ، والموافقة الداخلية. تؤكد Google أن هناك طريقتين يمكن استخدام نفس مجموعة النماذج المتقدمة، ونفس الأسعار، ونفس نظام الفوترة، مما يقلل من عوائق الشراء، لكنه لا يُزيل الفروق في الحوكمة. يجب على الشركات التأكد بشكل خاص من أن القيود الشبكية وضوابط التشفير التي تم إنشاؤها بالفعل على مسار Google-managed ستظل فعالة بنفس الطريقة عند التحول إلى مسار Anthropic-managed. العناصر المُدرجة في الوصف الرسمي ليست متطابقة تمامًا، ولا يمكن نسخ تأثير تكوين مدخل واحد مباشرة كاستنتاج امتثال لمدخل آخر.
كما يوجد فرق في توقيت إطلاق الميزات. يمكن للحل الذي تديره Anthropic الاتصال بميزات جديدة على منصة Claude في وقت مبكر، بينما يتطلب الحل الذي تديره Google دمجًا تدريجيًا لكل ميزة. إذا كانت الشركة تستعد لدمج الوكلاء وتنفيذ التعليمات البرمجية في العمليات الأساسية، فإن توفر الميزة هو مجرد البوابة الأولى؛ بعد ذلك، يجب تنفيذ مبادئ الحد الأدنى من الصلاحيات، وعزل بيئة التنفيذ، وتصنيف مدخلات البيانات، ومراجعة النتائج. خاصةً بالنسبة لقدرات تنفيذ التعليمات البرمجية، فإن قدرة النموذج على توليد وتشغيل الخطوات لا تعني أن الشركة يمكنها التخلي عن الحواجز الرملية أو قيود الخروج أو الموافقات البشرية. قبل الإطلاق الفعلي، يجب التحقق من الأداء والتكلفة وأنماط الفشل باستخدام بيانات الشركة وعبء العمل الفعلي.
الأمر الأكثر أهمية هو تغيّر طريقة التنافس في سوق السحابة. لم تعد مزودو النماذج ومنصات السحابة يجادلون فقط من يمتلك نموذجًا حصريًا، بل يقدّمون خدمات ذات مسؤوليات تشغيلية مختلفة ضمن فاتورة سحابة واحدة. يمكن للعملاء الحفاظ على نقطة شراء موحدة، مع اختيار وتيرة الميزات الأقرب لمزوّد النموذج، أو الحفاظ على الحدود البياناتية التي تديرها منصة السحابة. هذا يُعد ذا قيمة للشركات التي تستخدم نماذج متعددة: فهو يقلل مسار تجربة فرق التقنية للميزات الجديدة، ويدفع فرق المخاطر إلى التمييز بين "نفس السحابة" و"نفس الجهة المسؤولة".
لذلك، الأهم في هذا الإعلان ليس أن كلاود ظهر مرة أخرى في دليل نماذج، بل أن مسؤولية النشر أصبحت واضحة تمامًا. لقد قدمت Google Cloud رسميًا خيارًا مُدارًا من Anthropic؛ لا تزال وكلاء كلاود المُدارون في مرحلة الاختبار، كما أن الميزات الجديدة الأخرى تتطلب مراجعة كل منها على حدة لتحديد توفرها. يمكن للشركات البدء بتجارب مقارنة على سير عمل ذات حساسية منخفضة وقابلة للعودة، وتسجيل التأخير، والتكلفة الإجمالية لكل مهمة، وقابلية التدقيق والتتبع، وتغييرات الصلاحيات، قبل اتخاذ قرار بشأن أي التطبيقات مناسبة للنقل. تشابه قدرات النموذج لا يعني تشابه حدود الخدمة؛ كتابة هذه الجملة في قائمة الشراء قد تكون أكثر فائدة من متابعة رقم أداء جديد.