يرى Matthew Liste، نائب الرئيس التنفيذي والرئيس العالمي للبنية التحتية في American Express، أن المنصة التقنية الناجحة لا تُقاس بعدد مكوناتها، بل بقدرتها على إخفاء التعقيد وتقديم تجربة مستقرة وواضحة للمطورين. واستند Liste في عرضه ضمن QCon San Francisco إلى أكثر من 20 عاماً قضاها في بناء منصات وبنى تحتية للأنظمة الحرجة لدى Goldman Sachs وJPMorgan Chase وAmerican Express.
تخدم المنصات التي تحدث عنها Liste مطورين داخليين بأعداد كبيرة؛ نحو 20 ألف مستخدم في American Express ونحو 60 ألفاً في JPMorgan Chase. ورغم اختلاف الحجم عن مزودي الخدمات السحابية، فإنه يرى أن المبادئ الأساسية نفسها تنطبق على أي فريق يبني طبقة يعتمد عليها الآخرون.
المنصة الجيدة تخفي التعقيد من دون أن تخفي ما يحدث
يبدأ Liste بتعريف المنصة باعتبارها مجموعة تقنيات متكاملة تشكل أساساً لبناء التطبيقات فوقها. ويشبهها بخدمات المياه والصرف الصحي: لا يفكر المستخدم في البنية التي تقف خلفها ما دامت تعمل، لكنه يلاحظها فور تعطلها.
لذلك ينبغي أن تكون تجربة المنصة بديهية، وأن تستخدم مكونات مشتركة وقابلة للتبادل، مثل أسس موحدة للمراقبة والهوية ومساحات الأسماء. هذه القابلية للتركيب تجعل المنصة أقرب إلى مكعبات Lego، بدلاً من مجموعة خدمات منفصلة لا تعمل معاً إلا بجهد إضافي.
الاستقرار والأمان والتوسع ليست مزايا اختيارية
يحدد Liste ما يسميه «الركائز الثلاث»: الاستقرار، والأمان، وقابلية التوسع. ويختلف مستوى التوافر المطلوب حسب قيمة النظام؛ فأنظمة تفويض بطاقات الائتمان في American Express تعمل، وفق عرضه، عند مستويات تصل إلى ست وتسع سبعات، بينما يمكن لأنظمة أخرى تحمل قدر أكبر من التوقف.
يشدد كذلك على أن النجاح الأولي قد يخفي مشكلات التوسع. فالمنصة التي تعمل جيداً في بدايتها قد تواجه اختناقات عندما يزداد استخدامها، ما ينعكس مباشرة على الاستقرار. ولهذا يجب تحديد أهداف مستوى الخدمة (SLOs) مع المستهلكين والالتزام بها بمرور الوقت، لا في يوم الإطلاق فقط.
التحديث المستمر والتقليل من العمل غير المميز
يعتبر Liste بقاء المنصة محدثة من أصعب المهام وأكثرها قابلية للتأجيل. تراكم الترقيات المؤجلة قد يجعل الانتقال إلى إصدار أحدث مكلفاً ويؤثر في العملاء. ويقترح معياراً داخلياً يسميه 0114: صفر أشخاص للصيانة الدورية بفضل الأتمتة، القدرة على ترقية كل مكونات الأسطول، إتمام الترقية خلال أقل من يوم، وإجراء دورة تحديث كل 14 يوماً أو أقل.
كما يدعو إلى عدم إعادة بناء ما هو متاح بجودة كافية. فبدلاً من كتابة محرك PostgreSQL جديد، يورد مثالاً عن بناء طبقة تحكم تنفذ النسخ الاحتياطي اليومي إلى مخزن كائنات، وهو الجزء المطلوب لتلبية المتطلبات التنظيمية. الفكرة هي التركيز على القيمة التي تحتاجها المؤسسة، لا على المهمة الأكثر إثارة للاهتمام هندسياً.
قرارات واضحة وعلاقة تعاقدية مع المستهلكين
على مالكي المنصات الاستماع إلى العملاء، لكن ليس تنفيذ كل طلب. فالموارد محدودة، وإبقاء الميزات القديمة من دون تقاعد يراكم الدين التقني ويمنع تطوير ما هو أهم. لذلك يجب أن تكون المنصة «ذات موقف» واضح: تحدد ما ستدعمه، وما ستتوقف عنه، وما الذي يخدم غالبية المستخدمين.
ويشمل ذلك وضع حدود رسمية للمسؤوليات عبر واجهات البرمجة واتفاقيات مستوى الخدمة والعمليات. لا يكفي أن يعرف الفريق ما يقدمه؛ يجب أن يعرف المستهلك أيضاً ما الذي يقع عليه، وما الحدود التي لا تتجاوزها المنصة. ويشبه Liste المنصات بالمكونات ذات الأشكال الثابتة: لا يمكن لفريق محدود أن يبني منتجاً مخصصاً لكل عميل.
التجربة العملية: جرّب مبكراً، واستخدم التجريد من دون حجب التفاصيل
ينصح Liste بالفشل السريع والمتكرر بعد اتخاذ قرار البناء، مع حماية العملاء أثناء الانتقال. ويستشهد بتجارب مبكرة مع حاويات Linux وأدوات تنسيق مختلفة انتهت بالانتقال إلى Kubernetes؛ فالتجربة المبكرة أتاحت للفريق التعلم قبل انتظار نضج حل واحد.
في المقابل، لا ينبغي أن تحجب طبقات التجريد ما يحدث تحتها. يمكن توفير واجهة مستخدم وواجهات API وInfrastructure as Code، مثل Terraform، لكن يجب إتاحة ما يكفي من الرؤية والتفاصيل لفهم الأعطال وتعديل السلوك عند الحاجة. ويختتم Liste بالتشديد على البناء فوق المصادر المفتوحة والمعايير المفتوحة، حتى يركز فريق المنصة على التكامل والقيمة المضافة بدلاً من إعادة إنشاء كل طبقة من الصفر.
لماذا تهم هذه المبادئ؟
القيمة الأساسية في طرح Liste أنه ينقل بناء المنصات من كونه مشروعاً لإطلاق مجموعة أدوات إلى كونه التزاماً تشغيلياً طويل الأمد. المنصة تؤثر في فرق كثيرة بعد اعتمادها، ولذلك تصبح قابلية التحديث، وضوح المسؤوليات، وإدارة التقاعد أهم من إضافة ميزة جديدة بسرعة. وتظل هذه المبادئ إرشادات خبرة عملية، لا معياراً موحداً يضمن النجاح؛ إذ يظل مستوى التوافر، ونطاق الأتمتة، واختيارات التجريد مرتبطاً بطبيعة النظام واحتياجات مستخدميه.
كيف أعددنا هذا الخبر؟
اعتمد الخبر على المصدر الأصلي الموضح أعلاه. قد نستخدم أدوات آلية للمساعدة في الاستخراج والتصنيف والصياغة،
لكن النشر يخضع لقواعد تمنع المحتوى المكرر والقصير أو الروتيني منخفض القيمة.
اقرأ سياستنا التحريرية.