مقالات عامة

ميزانية الترحيل السحابي وحالة العمل في 2026: كيف تقدّر التكلفة الحقيقية قبل أن تنقل خادمًا واحدًا؟ ولماذا تتجاوز الشركات خططها؟

وفق ماكنزي تنفق الشركات 14% أكثر من المخطط على الترحيل سنويًا، ويعدّ 43% مقارنة كلفة السحابة بمركز البيانات تحديًا وفق Flexera 2026. نستعرض مكونات الميزانية الحقيقية، وأدوات التقدير المجانية، وكيف تبني حالة عمل تقنع الإدارة المالية في الجهات السعودية.

صورة الكاتب محمد الشريف
محمد الشريف
تاريخ النشر
٢٥ سبتمبر ٢٠٢٦
وقت القراءة
5 دقيقة
ميزانية الترحيل السحابي وحالة العمل في 2026: كيف تقدّر التكلفة الحقيقية قبل أن تنقل خادمًا واحدًا؟ ولماذا تتجاوز الشركات...

لماذا تخطئ تقديرات الترحيل؟ الأرقام قبل الجداول

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

ولا تزال الصورة قائمة في 2026. فبحسب تقرير Flexera لحالة السحابة 2026 (753 من صنّاع القرار)، جاء «فهم اعتماديات التطبيقات» على رأس تحديات الترحيل بنسبة 54%، ثم «تقييم الجدوى التقنية» (44%)، ثم «مقارنة كلفة السحابة بكلفة مركز البيانات» (43%). واللافت أن «تحسين التكلفة بعد الترحيل» تراجع من المرتبة الثالثة إلى الخامسة بين التحديات، في إشارة إلى أن المؤسسات بدأت تنقل جهد التقدير إلى ما قبل الترحيل بدل معالجة المفاجآت بعده.

وهنا الفرق بين هذا المقال ومقالات FinOps: الفين أوبس يدير فاتورة قائمة، أما حالة العمل (Business Case) فهي القرار الذي يسبق الفاتورة. وتقدير خاطئ في هذه المرحلة لا يصلحه أي تحسين لاحق بسهولة، خصوصًا أن التقرير نفسه رصد ارتفاع الهدر السحابي إلى 29% من الإنفاق لأول مرة منذ خمس سنوات.

الميزانية الحقيقية: خمس طبقات تغيب عن معظم التقديرات

التقدير الواقعي لمشروع سحابي يتكوّن من خمس طبقات، وأغلب التجاوزات تأتي من الطبقات التي لا تظهر في جدول المقارنة الأول:

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

وفي السياق السعودي تضاف بنود محددة: ضريبة القيمة المضافة 15% على الخدمات السحابية، ومتطلبات توطين البيانات التي قد تفرض استخدام منطقة سحابية محلية بتسعيرها الخاص، وكلفة ضوابط الأمن السيبراني للحوسبة السحابية الصادرة عن الهيئة الوطنية للأمن السيبراني (إدارة مفاتيح التشفير، وحفظ السجلات، وفصل البيئات)، وهي تكاليف حقيقية يجب أن تظهر في التقدير لا أن تُكتشف أثناء التدقيق.

أدوات التقدير: من بيانات الاستخدام الفعلي لا من مواصفات الخوادم

الخطأ الأكثر شيوعًا هو تسعير السحابة على أساس مواصفات الخوادم الحالية كما هي، بينما كثير من هذه الخوادم مُجهّز بأكثر من حاجته. الأدق أن يُبنى التقدير على بيانات الاستخدام الفعلي لعدة أسابيع تشمل ذروات نهاية الشهر والمواسم، ثم يُحجَّم كل حمل وفقها. ويوفّر المزوّدون الكبار أدوات مجانية لهذا الغرض: Azure Migrate للاكتشاف وتحليل الاعتماديات وإعداد حالة عمل للترحيل إلى أزور، وAWS Migration Evaluator لبناء حالة عمل مبنية على البيانات عبر اكتشاف دون وكلاء ومقارنة عدة سيناريوهات، إضافة إلى Migration Center لدى قوقل كلاود.

لكن تذكّر أن أداة كل مزوّد تقدّر الانتقال إلى منصته هو، فاستخدم أكثر من أداة إن كنت تقارن بين مزوّدين، وقارن النتائج بعروض أسعار فعلية. وتشير أبحاث FinOps Foundation في تقرير State of FinOps 2026 إلى الاتجاه نفسه: تقدير كلفة المعمارية قبل النشر جاء ضمن أعلى ثلاث قدرات تطلبها فرق الفين أوبس، ضمن توجّه «الانتقال إلى اليسار» الذي يضع التقدير المالي في مرحلة التصميم.

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

حالة العمل التي تقنع الإدارة المالية في الجهات السعودية

حالة العمل المقنعة لا تقول «السحابة أرخص» فقط، فالمقارنة الصافية للتكلفة كثيرًا ما تكون متقاربة. وقد رصد تقرير Flexera 2026 تحولًا مهمًا: 64% من المؤسسات صارت تقيس نجاحها السحابي بالقيمة المقدّمة لوحدات الأعمال (بارتفاع 12 نقطة عن العام السابق)، و49% تستخدم اقتصاديات الوحدة (كلفة المعاملة أو الخدمة) مقارنة بـ40% قبل عام. وتقدّر ماكنزي أن القيمة التي تولّدها السحابة من تمكين الابتكار تتجاوز خمسة أضعاف ما يتحقق من خفض تكاليف التقنية وحده.

لذلك تُبنى حالة العمل عادة من: وصف المشكلة الحالية، والخيارات المتاحة بما فيها خيار «عدم التغيير» وكلفته الحقيقية (تجديد الأجهزة، وارتفاع التراخيص)، والتكاليف على أفق من ثلاث إلى خمس سنوات بطبقاتها الخمس، والمنافع القابلة للقياس (سرعة الإطلاق، والتوافرية، وتكلفة المعاملة)، ثم سجل المخاطر ونقاط القرار التي يُعاد عندها تقييم الاستمرار.

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

التعليقات (0)

لا توجد تعليقات بعد. كن أول من يعلق!

أضف تعليقاً