IBM Bob ينتقل داخل جدار الحماية، وهذا هو بيت القصيد

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

قد يبدو ذلك كحاشية عن النشر. لكنه أقرب إلى أطروحة حول من يُسمح له باستخدام وكلاء البرمجة أصلًا.

الفجوة التي تسدّها الاستضافة الذاتية

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

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

لماذا هذا أصعب مما يبدو

يسهل فهم الوكيل كحلقة أكثر من فهمه كشيء واحد: خطّط، نفّذ، راقب، عدّل. في السحابة، الأدوات التي يستدعيها هي خدمات، وأنماط الفشل هي مشكلة شخص آخر. أما خلف جدار الحماية، فعلى الوكيل أن يصل إلى المستودعات نفسها، وأنظمة تتبّع التذاكر نفسها، وأنظمة البناء نفسها، إلا أن الشبكة الآن مقسّمة، وبيانات الاعتماد تُبدَّل وفق جدول، ونصف الخدمات كان آخر تحديث لها قبل أن تعني كلمة «وكيل» أي شيء.

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

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

مسألة النموذج الكامنة

استضافة وكيل ذاتيًا تعني استضافة نموذج ذاتيًا، أو على الأقل اختيار نموذج يمكنك وضعه على عتادك الخاص. تتيح IBM للعملاء اختيار إعدادات مدعومة، وهو ما يعني عمليًا مزيجًا من نماذج مفتوحة الأوزان ونماذج IBM الخاصة. خيارات الأوزان المفتوحة مهمة هنا. نموذج من فئة 70B يعمل على عنقود خاص يكون أبطأ وأقل قدرة من أفضل نموذج مستضاف. لكنه أيضًا متاح عندما تكون الشبكة معطلة، أو عندما يرفع المزوّد الأسعار، أو عندما يقرر المزوّد أن حالة استخدامك تنتهك سياسة لم تقرأها قط.

لقد أجرت المؤسسات هذه المقايضة لعقد من الزمن مع قواعد البيانات، وتنتهي النتيجة بالطريقة نفسها: تقبل فجوة في القدرات مقابل السيطرة، ثم تسدّ الفجوة بمرور الوقت مع تحسّن العتاد.

الاقتصاد يبدو مختلفًا خلف جدار الحماية

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

الاستضافة الذاتية تقلب المعادلة. تصبح التكلفة عتادًا وعمليات، وهي نفقات رأسمالية تتحملها المؤسسة أصلًا. بنك يملك مركز بيانات لا يدفع أكثر عندما يقرأ الوكيل مليون سطر إضافية. تقترب التكلفة الحدية لمهمة وكيل إضافية من تكلفة الكهرباء ووقت GPU، وكلاهما غارق أصلًا. هذا التفاوت هو سبب نجاح عرض الاستضافة الذاتية حتى عندما يكون المنتج السحابي أفضل موضوعيًا.

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

السوق المجاورة التي تجعل هذا مجديًا

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

تلك هي الطبقة التي تبيعها IBM. تدريب أفضل نموذج ليس الهدف. الهدف أن تكون حل التكامل الذي يجعل نموذجًا موجودًا قابلًا للاستخدام في الأماكن التي لا يكون فيها الاستدعاء السحابي خيارًا. الاستراتيجية هي الصورة المرآتية لمختبرات «API أولًا». تلك المختبرات تدفع القدرات إلى الخارج وتتيح لأي شخص الاتصال. أما IBM فتسحب القدرات إلى الداخل وتجعلها قادرة على الصمود داخل المحيط.

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

ما يجب مراقبته

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

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

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