نقل شركتك إلى الحوسبة السحابية: النماذج والتكلفة والأمان وخطة الانتقال

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

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

1. الفرق بين IaaS وPaaS وSaaS

تُقدَّم الخدمات السحابية في ثلاثة نماذج رئيسية، ويتحدد الاختيار بينها بمقدار ما تريد إدارته بنفسك مقابل ما تتركه لمزود الخدمة.

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

وتجمع معظم الشركات في الواقع بين النماذج الثلاثة بحسب طبيعة كل نظام.

2. ما الذي تكسبه الشركة فعلًا من السحابة

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

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

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

3. التكلفة الحقيقية والتكاليف الخفية

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

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

4. موقع البيانات والمتطلبات التنظيمية في المملكة

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

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

5. الانتقال على مراحل بدلًا من دفعة واحدة

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

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

6. الأمان ونموذج المسؤولية المشتركة

من أكثر المفاهيم التي يُساء فهمها أن الانتقال إلى السحابة ينقل مسؤولية الأمان كاملة إلى المزود. والصحيح أن المسؤولية مشتركة: يحمي المزود البنية المادية ومراكز البيانات وطبقة الافتراضية، بينما تبقى على الشركة مسؤولية إعداداتها وبياناتها ومستخدميها.

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

وتتسع مسؤولية الشركة كلما انتقلت من SaaS نحو IaaS.

7. حوكمة التكاليف بعد الانتقال

لا ينتهي العمل بإتمام الانتقال، فالسحابة تجعل الإنفاق سهلًا بقدر ما تجعل التوسع سهلًا. وبدون حوكمة واضحة قد تنمو الفاتورة شهرًا بعد شهر دون أن يعرف أحد السبب.

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