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