هندسة السحابة وDevOps، من الترحيل إلى FinOps

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

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

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

عادةً الذي يعرفه فريقك أصلاً، ما لم يَجُبّ ذلك متطلّب محدّد — إقامة البيانات في ولاية قضائية بعينها، أو خدمة مُدارة لا نظير لها في مكان آخر، أو اتفاقيات مؤسسية قائمة. تعدّد السحابات كوضع افتراضي مكلف ونادراً ما يستحقّ تعقيده؛ أمّا تعدّد السحابات لسبب معلن فلا بأس به.