حلول السحابة الحكومية: بنية تحتية تلتزم بإقامة البيانات داخل المملكة

لماذا لا تصلح الوصفة التجارية للجهة الحكومية

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

• أين تُخزَّن البيانات فعليًا؟ لا أين مقرّ الشركة المزوّدة، بل في أي مركز بيانات وفي أي دولة.
• ما تصنيف كل نوع من بياناتك؟ ليست كل البيانات متساوية، ولا تخضع للقيود نفسها.
• من يملك حق الوصول التقني؟ بما في ذلك موظفو المزوّد أنفسهم أثناء الصيانة.
• ماذا يحدث عند إنهاء التعاقد؟ كيف تسترجع بياناتك، بأي صيغة، وفي أي مدة.
• هل يمكن تدقيق ذلك كله؟ الجهة الرقابية لا تقبل «الشركة تقول إنها تلتزم».

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

خريطة المزوّدين داخل المملكة: ثلاث فئات لا فئة واحدة

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

المزوّدون المحليون المرخّصون

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

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

المزوّدون العالميون

محدَّث: أغسطس 2026. هذا المشهد يتغيّر — راجع الحالة قبل أي قرار تعاقدي طويل الأمد.

ماذا يعني هذا عمليًا

من المزوّدين العالميين، ما يعمل داخل المملكة اليوم هو Google Cloud وOracle فقط. وأي عرض يقدّم لك «منطقة AWS في الرياض» أو «Azure داخل المملكة» كأمر واقع اليوم مبني على معلومة غير دقيقة — وهذه وحدها إشارة تستحق انتباهك عند تقييم أي مورّد.

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

الإطار التنظيمي وما يعنيه في التنفيذ

أربع جهات تعنيك مباشرة:

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

أنماط النشر: متى تختار كل نمط

لا يوجد نمط أفضل بإطلاق. النمط الصحيح هو ما يطابق تصنيف بياناتك وقدرات فريقك وميزانيتك التشغيلية — بهذا الترتيب.

كيف ننفّذ الانتقال

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

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

متى لا تناسبك السحابة

لن نوصي بالانتقال في كل حالة. هذه حالات نرى فيها أن القرار الصحيح هو التريّث:

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