Question 1

كيف نبدأ مشروع ترحيل إلى السحابة؟

Accepted Answer

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

Question 2

ما هي Landing Zone ولماذا نحتاجها؟

Accepted Answer

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

Question 3

هل يجب أن تكون السحابة داخل المملكة؟

Accepted Answer

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

Question 4

كيف نعرف أن إعداداتنا السحابية آمنة؟

Accepted Answer

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

Question 5

كيف نتحكم في فاتورة السحابة المتزايدة؟

Accepted Answer

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

Question 6

هل يمكن بناء التعافي من الكوارث على السحابة؟

Accepted Answer

نعم، وهو من أنجح حالات استخدام السحابة لأنك تدفع مقابل السعة عند الحاجة بدل شراء مركز بيانات احتياطي كامل. لكن النجاح يعتمد على الاختبار لا على البنية: نحدد نمط التعافي (احتياطي بارد، دافئ، ساخن) بحسب RTO وRPO لكل نظام، ثم ننفّذ اختبار تحويل فعلي. خطة تعافٍ غير مختبرة ليست خطة، وهي أول ما يسأل عنه المراجع.

Question 7

هل تنتقلون إلى بيئة متعددة السحابات؟

Accepted Answer

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

Question 8

ماذا لو أردنا الخروج من السحابة لاحقاً؟

Accepted Answer

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

الحوسبة السحابية