دراسة الجدوى السحابية التي تصمد أمام الفاتورة

بعد سنة من الترحيل، يطرح المدير المالي سؤالًا بسيطًا: هل صرنا ننفق أقل؟ وفي أحيان كثيرة تكون الإجابة لا، والسبب أن دراسة الجدوى بُنيت عند مستوى خاطئ من التفصيل.

لماذا تضلّل الدراسات المبنية على مستوى مركز البيانات

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

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

النموذج على مستوى أحمال العمل

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

ضوابط يجب إرساؤها قبل الموجة الأولى

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

لا شيء من هذا استثنائي. إنه ببساطة الفارق بين ترحيل يعلن نجاحه يوم الإطلاق، وترحيل ما زال يبدو ناجحًا بعد سنة، حين لا يعبأ أحد بدليل سوى الفاتورة.