تطرح LangChain النسخة التجريبية من LangSmith BYOC على Azure وGoogle Cloud

وكانت LangChain قد أعلنت في 3 نوفمبر 2026 أن خدمة LangSmith Bring Your Own Cloud (BYOC) أصبحت متاحة الآن بنسخة تجريبية على Microsoft Azure وGoogle Cloud، ما يوسّع خيارات النشر المُدار لتشمل هاتين المنصتين، بعد أن كانت الخدمة متاحة عمومًا على AWS.

يُبقي BYOC بيانات LangSmith الحساسة وعمليات نشر الوكلاء ضمن حساب العميل السحابي. وتتولى الشركة المطوّرة للمنصة، LangChain، إدارة مستوى البيانات، بما في ذلك التنسيق والتوسّع وتحديثات المنصة. وهو مصمم للمؤسسات التي تريد مزايا إقامة البيانات وعزل الشبكة المتاحة في نسخة LangSmith المستضافة ذاتيًا، من دون أن تضطر إلى تشغيل المنصة بالكامل بنفسها.

كان الإطلاق الأول على AWS. وقدّم إعلان 12 أغسطس 2026 الصادر عن LangChain خدمة BYOC للمؤسسات التي تبحث عن نشر مُدار ضمن حسابها الخاص على AWS وشبكة VPC الخاصة بها، ولا سيما الفرق التي تفرض متطلبات صارمة لحوكمة البيانات.

كيف يقسّم BYOC منصة LangSmith

يقسّم BYOC المنصة إلى مستوى تحكم تديره LangChain ومستوى بيانات يملكه العميل. ويضم مستوى التحكم المصادقة وإعدادات المؤسسة ومساحة العمل وبيانات الفوترة الوصفية ومفاتيح API المموّهة وأصول الواجهة الثابتة. أما مستوى البيانات فيضم آثار التنفيذ والمطالبات ومجموعات البيانات والتجارب وعمليات نشر الوكلاء وأسرار مساحات العمل.

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

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

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

بنية السحابة ومسؤوليات الأمان

تدعم السحب الثلاث جميعها نقاط نهاية Managed Deep Agents ضمن مستويات بيانات BYOC، لكن عمليات التنفيذ تعتمد على مكونات الشبكات والأمان الخاصة بكل مزوّد.

على Azure، يعمل مستوى البيانات ضمن شبكة افتراضية مخصصة، مع نقطة نهاية خاصة لواجهة AKS البرمجية. ويُستخدم Istio وKEDA، المنشوران عبر Helm، لتوجيه حركة الدخول والتوسّع استنادًا إلى الأحداث، فيما تُرسل بيانات القياس عن بُعد للنظام إلى Azure Monitor. وتشير LangChain إلى أن دعم LangSmith Sandboxes على Azure سيتوفر قريبًا. ويمكن تشغيل مستويات بيانات Google Cloud في أي منطقة عند الإطلاق، مع أنها تُدار من مستوى التحكم الأمريكي لـLangSmith؛ كما يُراد من أسماء الموارد المحددة بنطاق مساحة الاسم تفادي التعارض مع البنية التحتية القائمة.

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

على AWS، تنقل وصلتا PrivateLink الاتصالات بين المستويين، ولا تصل LangChain إلى بيئة العميل عبر الإنترنت العام. وتنتقل طلبات البيانات الحساسة مباشرةً من المتصفح أو العميل إلى مستوى بيانات العميل. ويمكن لدور IAM العابر للحسابات توفير البنية التحتية وإدارتها، لكنه لا يملك أيّ s3:GetObject صلاحية على حاوية آثار التنفيذ، ولا rds-db:connect صلاحية للوصول إلى PostgreSQL، ولا elasticache:Connect صلاحية للوصول إلى Redis.

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

الترحيل والوصول

بالنسبة إلى المؤسسات التي تنتقل من نسخة LangSmith المستضافة ذاتيًا، تنسخ أداة الترحيل مفتوحة المصدر المستخدمين والأدوار ومجموعات البيانات والتجارب والمطالبات وإعدادات قوائم انتظار التعليقات التوضيحية وقواعد الأتمتة ولوحات المعلومات وموارد Fleet. وهي تنسخ البيانات بدلًا من نقلها، لذا يبقى المثيل المصدر دون تغيير ويواصل العمل. كما توضح وثائق الترحيل أن العملية تتطلب بعض الخطوات اليدوية: إذ يجب إعادة نشر الوكلاء المنشورين، ولا تنتقل تقارير Insights بين المثيلات، كما يتطلب ترحيل Fleet إدخال قيم الأسرار مجددًا وإعادة ربط اتصالات OAuth لكل مستخدم.

تخضع آثار التنفيذ وعمليات التشغيل والتعليقات لعملية منفصلة تديرها LangChain باستخدام أدوات داخلية. ويدعم AWS ترحيل آثار التنفيذ، بينما لا تنقلها الأداة مفتوحة المصدر.

وحدات Terraform التي يعتمد عليها BYOC وأداة الترحيل متاحة للعامة. وقالت LangChain إن بوابة LLM في مستوى البيانات تدعم نماذج من 11 مزوّدًا مباشرةً، فضلًا عن أي نقطة نهاية متوافقة مع OpenAI أو Anthropic. ويتطلب توفير مستوى بيانات BYOC على AWS أو Azure أو Google Cloud التواصل مع فريق مبيعات LangChain.

بالنسبة إلى المؤسسات، تتمثل الفائدة العملية في اتساع خيارات تحديد موضع حدود البيانات من دون نقل مسؤولية حوكمة السحابة: إذ تستطيع LangChain تشغيل LangSmith في مزيد من المواقع، فيما تظل فرق العملاء مسؤولة عن ضوابط الحسابات والمراقبة والامتثال وعدة مهام للترحيل.