قم بترحيل موقع WordPress الخاص بك إلى Cloud Platform

استنادًا إلى PHP و MySQL ، قام WordPress CMS المشهور عالميًا بدعم كل شيء بدءًا من المدونات الشخصية إلى مواقع الويب عالية الحركة لأكثر من عقدين. ومع ذلك ، فمنذ إنشائها وإصدارها لأول مرة في عام 2003 ، لم يقم منشئوها ببنائها باستخدام البنى التحتية السحابية الحديثة المرنة والقابلة للتطوير. من كان يتنبأ بالطريقة التي تطورت بها التكنولوجيا حتى الآن؟

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

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

ما هي السحابة؟

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

ومع ذلك ، هناك العديد من مزودي الخدمات السحابية ، على الرغم من أن أبرزهم هم Amazon Web Services (مع أكبر حصة في السوق) تليها Microsoft Azure و Google Cloud. يشار إلى هؤلاء الثلاثة أحيانًا باسم `` فرط التقلص '' ، على الرغم من وجود موفري خدمات سحابية عامة آخرين مثل AlibabaCloud و DigitalOcean و IBM Cloud و Linode. بكل إنصاف ، تجدر الإشارة إلى أن بعض موفري الخدمات السحابية العامة يقدمون أيضًا خدمات استضافة قياسية (مثل استضافة WordPress المشتركة) ، بينما لا يقدمها الآخرون. لكننا سنتعمق في ذلك لاحقًا.

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

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

توفر السحابة الوصول إلى عدد لا يحصى من الفوائد ؛ ومع ذلك ، فإن الفوائد البارزة هي:

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

أنواع الخدمات السحابية

بشكل عام ، يقدم مقدمو الخدمات السحابية العامة خدماتهم في ثلاثة قطاعات ، وهي: البنية التحتية كخدمة (IaaS) ، والنظام الأساسي كخدمة (PaaS) ، والبرمجيات كخدمة (SaaS). من أجل السياق ، دعونا نلخص الاختلافات بين جميع أنواع الخدمات هذه وما يستلزمه كل منها ، أليس كذلك؟

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

في النهاية ، على الرغم من جميع النماذج الموضحة أعلاه ، سرعان ما أصبحت الحدود بين الأنظمة الأساسية السحابية أرق حيث يستخدم المزيد من البائعين المزيد من الخدمات المختلطة التي يمكن أن تندرج تحت IaaS أو PaaS. على سبيل المثال ، بدأت Amazon Web Services بعروض IaaS (EC2 و SQS و S3) ، ثم أضافت لاحقًا مكونات PaaS على طول الطريق (قواعد البيانات العلائقية وقواعد البيانات غير العلائقية). نسبيًا ، يقوم Microsoft Azure بتوسيع مكونات PaaS (مواقع Azure وقاعدة بيانات SQL) و IaaS (الأجهزة الظاهرية والتخزين).

ما هو الوقت المناسب للانتقال إلى السحابة؟

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

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

ما أنواع تطبيقات WordPress المثالية للهجرة السحابية؟

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

1. التطبيقات التي تتطلب معالجة دورية ومتطلبة

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

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

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

2. التطبيقات التي تحتاج إلى توافر عالي (HA) وقابلية التوسع.

لدينا أساسا فئتين للنظر فيها. الفئة الأولى هي التطبيقات التي ترغب في تقديم خدمة HA (الإتاحة العالية) لمستخدميها النهائيين. ثم لدينا تطبيقات تتوقع زيادة في استخدامها أو تخطط لتوسيع خدماتها إلى قاعدة مستخدمين أكبر.

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

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

3. التطبيقات ذات ذروة الاستخدام غير المتوقعة

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

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

قراءة المزيد: 11 طريقة فعالة لتوسيع نطاق موقع WordPress الخاص بك لزيادة عدد الزيارات

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

4. التطبيقات التي تحتاج إلى بيئات اختبار مختلفة

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

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

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

استخدام Cloud Platforms مع WordPress

تستخدم معظم تطبيقات WordPress الاستضافة القياسية ، ومع ذلك ، هناك زيادة في مستخدمي WordPress الذين يختارون تشغيل مواقعهم على الويب على منصات مثل سحابة AWS و Google Cloud.

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

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

قد تكون إدارة خادم السحابة أمرًا صعبًا

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

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

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

التخطيط لـ WordPress Cloud Migration

بعد اختيار ترحيل تطبيق WordPress الخاص بك إلى السحابة ، من المهم تحديد مخطط معماري قابل للتطبيق واختيار مورد سحابي موثوق به وتحسين بنية التطبيق واختبار الإعداد ثم إطلاقه.

يتيح لك تحديد مخطط البنية الخاص بك تحديد الأجزاء المستقلة والقابلة للتطوير بشكل أساسي من تطبيق WordPress الخاص بك. ثانيًا ، عند اختيار مورد السحابة ، تأكد من اختيار أفضل ملاءمة مع مراعاة عوامل مثل إمكانيات قاعدة البيانات. على سبيل المثال ، يمكن أن تكون قاعدة بيانات SQL Server مناسبة تمامًا لقاعدة بيانات Azure SQL أو AWS RDS ، بينما يمكن أن تكون قاعدة بيانات MySQL مناسبة تمامًا لـ AWS RDS أيضًا.

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

كلفة

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

أفضل الممارسات لتثبيت WordPress على الخوادم السحابية

1. تأكد من الاستفادة من شبكة توصيل المحتوى (CDN)

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

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

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

قراءة المزيد: نصائح لتحسين سرعة موقع WordPress

2. قاعدة بيانات التخزين المؤقت

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

3. طبقة الويب عديمة الحالة

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

لذلك ، للاستفادة من خوادم ويب متعددة في تكوين قياس تلقائي ، يجب أن تكون طبقة الويب الخاصة بك عديمة الحالة. علاوة على ذلك ، يمكن توسيع نطاق التطبيقات عديمة الحالة أفقيًا حيث يمكن تقديم أي طلب بواسطة أي من موارد الحوسبة المتاحة (ما نسميه "مثيلات خادم الويب").

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

قراءة المزيد: هل مكونات WordPress الإضافية آمنة للاستخدام؟

لتحقيق ذلك ، يمكنك استخدام تخزين طرف ثالث لتخزين جلسات PHP. يمكن أن يكون هذا إما مخزنًا بسيطًا لقيمة المفتاح أو قاعدة البيانات نفسها. يقدم جميع موردي السحابة الرئيسيين مخازن ذات قيمة أساسية مثل Azure Tables أو AWS DynamoDB ، ويجب أن تكون متاحة بدرجة عالية ويمكن الوصول إليها من خلال جميع مكونات التطبيق التي تتفاعل مع بيانات الجلسة.

افكار اخيرة.

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

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