الحوسبة السحابية
المجالُ كاملًا، وبقيّةُ القدرات ضمنه.
لا يمكنكم خفضُ فاتورةٍ لا تستطيعون نسبتها إلى أحد.
تحسينُ السحابة يجعل الإنفاقَ السحابيّ مرئيّاً وقابلاً للإسناد وقابلاً للتعديل. تأتي أوّلاً قياساتُ الاستخدام والوسمُ (Tagging) وإسنادُ التكلفة، ثمّ ضبطُ الأحجام وتخطيطُ الالتزامات والتوسّعُ التلقائيّ، ثمّ حواجزُ الحماية التي تمنع تآكل المكاسب.
نمطُ الفشل هو تمرينُ التكلفة لمرّةٍ واحدة. يحذف أحدُهم أقراصاً غير مستخدمة، ويعيد تحجيم بضع مثيلات، ويعلن وفراً؛ وبعد ستّة أشهر تعود الفاتورة إلى ما كانت عليه لأنّ شيئاً لم يتغيّر في طريقة إنشاء الموارد. التحسينُ الذي لا يُربَط بعمليّة التزويد وبالموازنات مشروعٌ لا قدرةٌ مؤسّسيّة.
إن صدق أكثرُ من واحدةٍ ممّا يلي، فهذه عادةً نقطةُ البداية الصحيحة.
| المُخرَج | ما يحتويه |
|---|---|
| نموذج إسناد التكلفة | كلُّ حسابٍ ووسمٍ وتكلفةٍ مشتركة مربوطٌ بفريقٍ أو خدمةٍ مالكة، مع تصريحٍ بحجم المتبقّي غير المُسنَد بدل إخفائه. |
| خطّة ضبط الأحجام | توصياتٌ لكلّ مورد تحمل معها دليلَ الاستغلال الذي بُنيت عليه والمخاطرةَ المترتّبة على تنفيذها. |
| استراتيجيّة الالتزام | أهدافُ تغطية محدَّدة مقابل خطّ الأساس المستقرّ، مع هامشٍ مرن يُترك غير ملتزَمٍ به عن قصد. |
| الحواجز والموازنات | سياسةُ تزويدٍ وعتباتُ موازنة وتنبيهاتٌ موصولةٌ بالمالكين القادرين فعلاً على التصرّف. |
مرجعٌ لا قالب. بيئتُك هي التي تقرّر أيَّ أجزائه ينطبق، وبأيّ ترتيبٍ يصل.
تُتَّفق المستهدفاتُ معك قبل بدء العمل، ويُرفَع التقريرُ عليها طوال مدّته.
لا أحد يستطيع الإجابة قبل الاطّلاع على بيانات استخدامكم، والرقمُ المذكور في عرضٍ تجاريّ هو أداةُ بيع. ما يمكن قولُه مسبقاً هو أين يقع الوفر عادةً: بيئاتٌ غير إنتاجيّة خاملة، وقواعدُ بيانات مفرطةُ التزويد، وتخزينٌ غير مرتبط، وحوسبةٌ ثابتة بلا التزام. أمّا الحجم فيعتمد كلّيّاً على كمّ ما لديكم من ذلك.
قد يفعل، ولهذا تهمّ فترةُ الرصد. توصيةٌ مستخلَصة من أسبوعين هادئين ستقلّص مورداً كان يحتاج ذلك الهامش عند إقفال الشهر. نعمل على فترةٍ تتضمّن ذُراكم المعروفة، ونغيّر على مراحل، ونحتفظ بالحجم السابق كخيار تراجعٍ موثَّق.
نعم للجزء الثابت فعلاً من استخدامكم؛ فالخصمُ حقيقيّ والمخاطرةُ منخفضة. الخطأُ هو الالتزامُ بخطّ أساسٍ يضمّ أحمالاً أنتم على وشك تغييرها أو إيقافها. التزِموا بالحدّ الأدنى الذي تثقون به، واتركوا الجزء غير المؤكّد على الطلب، ثمّ أعيدوا النظر كلّما اتّضحت الصورة.
الاثنان، ومعاملتُه كمشروعٍ فقط هي سببُ عودة التكاليف. المشروعُ يُرسي الإسناد، ويزيل الهدر الظاهر، ويضبط الالتزامات. أمّا ما يحافظ على النتيجة فهو الروتين: موازناتٌ لها مالكون، ومراجعةٌ في كلّ دورة فوترة، وقواعدُ تزويدٍ تمنع أصلاً إنشاء موارد غير موسومة أو مفرطة الحجم.
الفرقُ التي تُنشئ الإنفاق، تسندها وحدةٌ مركزيّة توفّر البيانات والمعيار. التكلفةُ المملوكة مركزيّاً وحدها تصير تقريراً لا يتصرّف أحدٌ بناءً عليه، والتكلفةُ المملوكة محليّاً بلا نموذجٍ مشترك تصير أربعةَ فرقٍ تحسب بأربع طرق. إظهارُ التكلفة ينجح حين تصل الأرقامُ إلى من يستطيعون تغييرها.
ليس دائماً. أدواتُ الفوترة والتكلفة الأصليّة في المنصّة تكفي لبيئةٍ على منصّةٍ واحدة مع وسمٍ نظيف. أمّا الأداةُ الخارجيّة فتستحقّ ترخيصها حين تمتدّون على عدّة منصّات، أو تحتاجون تحميلَ تكلفةٍ بنموذج تكاليف مشتركة، أو تريدون عرضاً تستطيع الإدارةُ الماليّة مطابقته. أصلِحوا الوسمَ أوّلاً في الحالتين، فلا أداةَ تستطيع إسنادَ بياناتٍ لم تُصنَّف أصلاً.
المجالُ كاملًا، وبقيّةُ القدرات ضمنه.
تحليلُ الأثر وأهدافُ RPO وRTO وتصميمُ التحويل عند الفشل وكرّاساتٌ مُختبَرة، ليكون التعافي شيئاً تدرّبتم عليه لا شيئاً تفترضونه.
جردُ التطبيقات وتصميمُ منطقة الهبوط (Landing Zone) والتحويلُ على موجات لنقل أحمال التشغيل إلى AWS أو Azure أو GCP، مع رسم التبعيّات قبل نافذة التنفيذ.
أسرعُ طريقٍ إلى جوابٍ مفيد نظرةٌ قصيرةٌ محدَّدةُ النطاق على ما لديكم أصلًا.