الحوسبة السحابية للشركات العربية: دليل الاختيار بين AWS وAzure وGoogle Cloud

الخادم الموجود في غرفة صغيرة بمكتبك عمره خمس سنوات، وعقد صيانته ينتهي بعد شهرين، ونظام المحاسبة وتطبيق العملاء يعملان عليه. المورد يعرض عليك خادماً جديداً بسعر كبير، ومدير التقنية يقترح «الانتقال إلى السحابة». لكن أي سحابة؟ AWS أم Azure أم Google Cloud؟ وهل تبقى البيانات داخل البلد كما يطلب النظام؟ وكم ستكون الفاتورة الشهرية فعلاً؟

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

الخلاصة التي سنبنيها بالتفصيل: AWS الأوسع في الخدمات والأنضج في النظام البيئي، وAzure الأقرب للشركات المعتمدة على منتجات Microsoft، وGoogle Cloud قوي في البيانات والتحليلات وله منطقة في الدمام عبر شريك محلي. لكن كثيراً من الشركات الصغيرة لا تحتاج أياً من الثلاثة في البداية، بل استضافة مُدارة أو مزوداً أبسط.

ما هي الحوسبة السحابية للشركات بلغة القرار؟

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

المزودون يقدمون مستويات مختلفة من الخدمة، وفهمها يحدد من يتحمل ماذا:

كثير من الشركات تستخدم الحوسبة السحابية دون أن تسميها كذلك: بريدها على Microsoft 365 أو Google Workspace، ومحاسبتها على برنامج سحابي. هذا الدليل يركز على المستويين الأولين، أي عندما تشغّل تطبيقاتك وأنظمتك الخاصة.

هل تحتاج مزوداً سحابياً ضخماً أصلاً؟

قبل الدخول في مقارنة العمالقة الثلاثة، اسأل هذا السؤال بصدق. AWS وAzure وGoogle Cloud منصات قوية جداً، لكنها تفترض وجود شخص يفهم الشبكات والصلاحيات ومراقبة التكاليف. بدون ذلك قد تدفع أكثر وتحصل على أمان أقل.

شرحنا الفروق بين المستويات الثلاثة الأولى بالتفصيل في الاستضافة المشتركة أم VPS أم السحابية. وإن كان احتياجك الحالي موقعاً على ووردبريس، فمزود مثل Hostinger (راجع مراجعتنا لـ Hostinger) قد يكون كافياً لسنوات قبل أن تحتاج بنية سحابية كاملة.

AWS وAzure وGoogle Cloud: مقارنة عملية

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

أرقام العروض المجانية حسب الصفحات الرسمية في سبتمبر 2026، وهي تتغير دورياً. المقارنة التفصيلية للخدمات والتسعير للشركات الناشئة موجودة في AWS أم Azure أم Google Cloud.

AWS: الخيار الافتراضي لكثير من الشركات التقنية

Amazon Web Services هو الأقدم والأوسع. إن كان فريقك التقني يعرف AWS، أو تحتاج خدمة متخصصة غير شائعة، فغالباً ستجدها فيه. منطقتا البحرين (me-south-1) والإمارات (me-central-1) تتطلبان تفعيلاً يدوياً (Opt-in) في الحساب قبل استخدامهما. وتظهر السعودية ضمن المناطق المعلنة في صفحة البنية العالمية لـ AWS، لكنها لم تكن ضمن المناطق المتاحة حتى سبتمبر 2026.

• مناسب لـ: التطبيقات الناشئة، والشركات التي تريد أوسع خيار من الخدمات والشركاء.
• غير مناسب لـ: فريق بلا خبرة سحابية ولا وقت للتعلم، إذ تسهل الأخطاء المكلفة في الإعداد.

Azure: امتداد طبيعي لبيئة Microsoft

إن كانت شركتك تعتمد على Microsoft 365 وحسابات Entra ID وخوادم Windows وقواعد SQL Server، فإن Microsoft Azure يوفر أسهل طريق: الهوية نفسها، والتراخيص القابلة للنقل في بعض الحالات، وأدوات الإدارة المألوفة. منطقة UAE North في دبي متاحة للعموم بثلاث مناطق توافر (Availability Zones)، بينما UAE Central في أبوظبي ذات وصول مقيد يتطلب طلباً، وQatar Central في الدوحة متاحة بثلاث مناطق توافر. لا تظهر منطقة سعودية في قائمة مناطق Azure العامة حتى سبتمبر 2026.

• مناسب لـ: الشركات المتوسطة والكبيرة ذات البيئة المعتمدة على Microsoft، والبيئات الهجينة بين المكتب والسحابة.
• غير مناسب لـ: فريق يعمل بالكامل على أدوات مفتوحة المصدر ولا يستفيد من تكامل Microsoft.

Google Cloud: البيانات أولاً، ومنطقة داخل السعودية

Google Cloud يبرز في تحليلات البيانات والحاويات والذكاء الاصطناعي. في المنطقة لديه منطقة الدوحة، ومنطقة الدمام (me-central2) داخل السعودية. للدمام ترتيب خاص: العملاء الذين عنوان فوترتهم في السعودية يشترون خدمات هذه المنطقة عبر CNTXT بصفته الموزع الحصري، والمنطقة حاصلة على ترخيص من الفئة C من هيئة الاتصالات والفضاء والتقنية وفق صفحة Google الرسمية. العملاء من خارج السعودية يحتاجون إلى تفعيل الفوترة بالفواتير (Invoiced Billing) للوصول إليها.

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

ماذا عن Oracle والمزودين المحليين؟

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

مراكز البيانات في المنطقة: لماذا يهمك الموقع؟

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

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

إقامة البيانات والامتثال التنظيمي

في الحوسبة السحابية للشركات العربية، سؤال «أين تُخزن البيانات؟» ليس تفصيلاً تقنياً. بعض الأنظمة تفرض شروطاً على نقل البيانات الشخصية أو الحساسة خارج البلد، وبعض القطاعات (المالية، الصحية، الحكومية) لها متطلبات إضافية من الجهات الرقابية.

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

وللتفصيل في مفهوم السحابة السيادية ومتى تحتاجها، راجع إقامة البيانات والسحابة السيادية.

التكلفة: كيف تُسعَّر السحابة وأين تتسرب الأموال؟

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

مكونات الفاتورة الأساسية

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

أين تتسرب الأموال عادة؟

1. خوادم تعمل على مدار الساعة وهي مخصصة للتطوير أو الاختبار فقط.
2. أحجام خوادم أكبر من الحاجة، اختيرت «احتياطاً» ولم تُراجع.
3. أقراص ولقطات احتياطية (Snapshots) قديمة لم تُحذف.
4. نقل بيانات كثيف بين المناطق أو إلى الإنترنت دون شبكة توزيع محتوى.
5. عدم استخدام خصومات الالتزام (Reserved أو Savings Plans أو Committed Use) للأحمال الثابتة.

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

الأمان في السحابة: نموذج المسؤولية المشتركة

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

قائمة الحد الأدنى التي نراجعها مع أي شركة تنتقل إلى السحابة:

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

إدارة الصلاحيات تحديداً موضوع يستحق اهتماماً خاصاً، شرحناه في إدارة صلاحيات الموظفين. وللنسخ الاحتياطي راجع النسخ الاحتياطي السحابي للشركات وقاعدة 3-2-1.

الدعم الفني والشركاء والفوترة المحلية

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

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

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

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

خطوات الانتقال إلى السحابة دون تعطيل العمل

1. الجرد: اكتب قائمة بكل الأنظمة والتطبيقات وقواعد البيانات، ومن يستخدمها، ومدى حساسيتها، واعتمادياتها على بعضها.
2. التصنيف: حدد لكل نظام استراتيجية: نقل كما هو (Rehost)، أو تعديل بسيط للاستفادة من الخدمات المُدارة (Replatform)، أو استبدال ببرنامج SaaS، أو إبقاء في مكانه.
3. متطلبات الامتثال: حدد البيانات التي يجب أن تبقى داخل البلد، واختر المنطقة على هذا الأساس.
4. تصميم الأساس (Landing Zone): الحسابات والشبكات والصلاحيات والسجلات والميزانيات قبل نقل أي نظام.
5. مشروع تجريبي: ابدأ بنظام غير حرج لتتعلم الأدوات وتقيس التكلفة الفعلية.
6. النقل على موجات: نظام أو مجموعة أنظمة في كل مرة، مع خطة رجوع واضحة.
7. التحسين بعد النقل: راجع الأحجام والتكلفة بعد شهر من التشغيل، ففواتير الشهر الأول نادراً ما تكون مثالية.

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

أخطاء شائعة في قرارات الحوسبة السحابية للشركات

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

كيف تقرر؟

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

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

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

أسئلة شائعة

هل لدى AWS منطقة في السعودية؟

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

كيف أستخدم منطقة Google Cloud في الدمام؟

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

أيهما أرخص: AWS أم Azure أم Google Cloud؟

لا يوجد مزود أرخص في كل الحالات؛ التكلفة تعتمد على الخدمات والمنطقة وحجم الاستخدام وخصومات الالتزام. الطريقة الدقيقة أن تستخدم حاسبة الأسعار لدى كل مزود على بنيتك الفعلية، وتجرب بالرصيد المجاني قبل الالتزام.

هل يجب أن تبقى بيانات شركتي داخل البلد؟

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

هل تحتاج الشركات الصغيرة إلى AWS أو Azure؟

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