في المقال السابق صعدتَ درجةً جديدةً في سلّم الاستضافة: انتقلتَ من الشقّة المشتركة إلى «المنزل الخاصّ»، أي الخادم الافتراضيّ VPS، حيث صار لك حصّةٌ محجوزةٌ من المعالج والذاكرة لا يزاحمك عليها أحد. لكنّ كلّ ما رأيتَه حتّى الآن، من الاستضافة المشتركة إلى الخادم الافتراضيّ إلى الخادم المخصّص، يشترك في قيدٍ واحدٍ صامت: موقعك في النهاية يعيش على جهازٍ ماديٍّ واحد، في مكانٍ واحد. وما دام الأمر كذلك، فأنت رهينةٌ لصحّة ذلك الجهاز وحده.
تخيّل أنّ حملةً إعلانيّةً نجحت فجأة، فتدفّق إلى موقعك في ساعةٍ واحدةٍ عددٌ من الزوّار أكبر ممّا يستقبله في شهر. أو تخيّل أنّ القرص الصلب في خادمك تعطّل في الثالثة فجرًا. في الحالتين، الجهاز الواحد ينهار أو يختنق، ومعه ينهار موقعك. الاستضافة السحابيّة وُلدت لتحلّ هذه المعضلة بالذات، بأن تنقلك من الاعتماد على جهازٍ واحدٍ إلى الاعتماد على شبكةٍ كاملةٍ من الأجهزة تعمل معًا. في هذا المقال سأشرح ما هي الاستضافة السحابيّة فعلًا بعيدًا عن ضجيج التسويق، وكيف تعمل، ولماذا نموذجها في الدفع مختلفٌ جذريًّا، ومتى تكون خيارك الصحيح ومتى تكون فخًّا يستنزف جيبك.
ما الاستضافة السحابيّة فعلًا؟
الاستضافة السحابيّة، في أبسط تعريفٍ صادق، هي استضافة موقعك على مجموعةٍ من الخوادم المتّصلة معًا بدل خادمٍ واحد. هذه المجموعة تُسمّى «عنقودًا» (cluster)، وموقعك لا يسكن أحد أعضائه بعينه، بل يسبح في الموارد المشتركة للعنقود كلّه. إذا انشغل خادمٌ أو تعطّل، يتولّى غيره العمل فورًا دون أن يشعر زائرك بشيء.[1]
الكلمة «سحابة» توحي بشيءٍ غامضٍ يطفو في السماء، وهذا وهمٌ تسويقيٌّ يجب التخلّص منه من البداية. السحابة ليست في السماء، بل هي صفوفٌ من الخوادم الماديّة الحقيقيّة داخل مراكز بياناتٍ حقيقيّة، تلك التي شرحتُ عملها في مقالٍ سابق. الجديد ليس المكان، بل الطريقة: بدل أن يُخصَّص لك جهازٌ بعينه، تُجمع قدرات عشرات الأجهزة في «حوضٍ» واحدٍ من الموارد، ويُقتطع لموقعك منه ما يحتاجه لحظةً بلحظة.
المقارنة التي أراها الأصدق هي مقارنة الكهرباء. في الماضي كان المصنع الذي يريد طاقةً يشتري مولّدًا خاصًّا به، يتحمّل ثمنه وصيانته وعطله، وإذا احتاج طاقةً أكبر اشترى مولّدًا آخر. اليوم يكفي أن يوصل المصنع نفسه بالشبكة الكهربائيّة العامّة، فيسحب منها ما يشاء ويدفع بمقدار ما استهلك، دون أن يملك محطّة توليدٍ واحدة. الاستضافة السحابيّة هي شبكة الكهرباء للحوسبة: أنت تسحب القدرة من حوضٍ هائل، وتدفع بالعدّاد.
ولأنّ صورة السحابة ما زالت ملتبسةً عند كثيرين، دعني أثبّت الفكرة بمثالٍ ملموس. تخيّل مطعمًا صغيرًا يملك طبّاخًا واحدًا: إن مرض الطبّاخ أُغلق المطعم، وإن جاء مئة زبونٍ دفعةً واحدةً انهار المطبخ. هذا هو الخادم الواحد. الآن تخيّل مطعمًا يعمل فيه عشرون طبّاخًا يتقاسمون مطبخًا واحدًا كبيرًا: مرض أحدهم لا يوقف شيئًا، وموجة الزبائن تُوزَّع على أيديهم جميعًا. هذا هو العنقود السحابيّ. أنت لا تهتمّ بأيّ طبّاخٍ حضّر طبقك، بل يهمّك أنّ الطبق وصل ساخنًا وفي وقته.
كيف تعمل تحت الغطاء؟
تقوم الاستضافة السحابيّة على تقنيةٍ مرّت بك في مقال الخادم الافتراضيّ: المحاكاة الافتراضيّة (virtualization). الفرق أنّ المحاكاة هنا لا تجري على جهازٍ واحدٍ فقط، بل تُوزَّع على العنقود كلّه. طبقةٌ من البرمجيّات تُسمّى المنسّق (orchestrator) تراقب موقعك باستمرار، وتقرّر على أيّ خوادم العنقود يعمل، وتنقله أو تنسخه بين الأجهزة حسب الحاجة، كلّ ذلك دون أن يتوقّف الموقع لحظةً واحدة.[2]
هناك ركيزةٌ ثانيةٌ لا تقلّ أهميّة: التخزين الموزّع. في الخادم التقليديّ تكون ملفّاتك على قرصٍ واحدٍ داخل ذلك الخادم، فإذا احترق القرص ضاع كلّ شيء. في السحابة تُنسخ بياناتك عبر عدّة أقراصٍ في عدّة أجهزة في آنٍ واحد. تعطُّل قرصٍ لا يعني ضياع بياناتك، لأنّ منها نسخًا حيّةً في مكانٍ آخر تتولّى العمل فورًا. هذا الفصل بين مكان «التخزين» ومكان «المعالجة» هو أحد أعمق الفروق بين السحابة والخادم الواحد.
ولأنّ العنقود قد يمتدّ على مراكز بياناتٍ في مدنٍ أو قارّاتٍ مختلفة، تستطيع البنية السحابيّة أن تخدم زائرك من أقرب نقطةٍ إليه جغرافيًّا. زائرٌ في طوكيو يُخدَم من خادمٍ قريبٍ منه، وزائرٌ في القاهرة يُخدَم من خادمٍ آخر، فينخفض زمن الاستجابة للجميع. هذه القدرة على الانتشار الجغرافيّ صعبةٌ جدًّا على الخادم الواحد المثبَّت في مكانٍ واحد.
يبقى أن أزيل سوء فهمٍ خطيرًا هنا: كون بياناتك منسوخةً عبر عدّة أقراصٍ لا يعني أنّها «منسوخةٌ احتياطيًّا» بالمعنى الذي تظنّه. النسخ الموزّع يحميك من عطلٍ ماديّ، لكنّه لا يحميك من خطأٍ بشريّ. إن حذفتَ ملفًّا بالغلط، أو أفسد قالبٌ معطوبٌ قاعدة بياناتك، فإنّ الخطأ نفسه يُنسخ فورًا على كلّ الأقراص. لهذا تبقى النسخ الاحتياطيّة المنتظمة مسؤوليّتك أنت حتّى في السحابة، وهو موضوعٌ سأفرد له مقالًا كاملًا لاحقًا في هذه السلسلة.
الميزة الأولى: المرونة والتوسّع اللحظيّ
أهمّ ما تقدّمه السحابة هو المرونة (scalability)، أي قدرة موقعك على أن يكبر ويصغر حسب الحاجة الفوريّة. في الاستضافة التقليديّة، إذا توقّعت زيارةً كثيفةً في يومٍ واحد، كان عليك أن تشتري خادمًا كبيرًا يظلّ نصف فارغٍ بقيّة العام. في السحابة، تتّسع مواردك تلقائيًّا في ساعة الذروة، ثمّ تنكمش بعدها، فلا تدفع ثمن قدرةٍ لا تستعملها.[3]
هذا التوسّع يأخذ شكلين يجدر التمييز بينهما. التوسّع العموديّ يعني إعطاء موقعك معالجًا أقوى وذاكرةً أكبر على الخوادم نفسها، وهو مفيدٌ لكنّه محدودٌ بسقف الجهاز. أمّا التوسّع الأفقيّ فيعني توزيع الحمل على عددٍ أكبر من الخوادم تعمل بالتوازي، وهو ما يجعل السحابة قادرةً نظريًّا على استيعاب أيّ قدرٍ من الزيارات، ما دامت هناك أجهزةٌ تُضاف إلى العنقود. هذه القدرة الأفقيّة هي سرّ صمود المواقع الضخمة يوم تنفجر زياراتها.
بعض المنصّات تذهب أبعد وتقدّم ما يُسمّى «التوسّع التلقائيّ» (auto-scaling): تراقب المنصّة موقعك، فإذا لمست ارتفاع الحمل أضافت موارد بنفسها دون تدخّلٍ منك، وإذا هدأ الحمل سحبتها. هذا يريحك من مراقبة الموقع لحظةً بلحظة، لكن انتبه: التوسّع التلقائيّ سيفٌ ذو حدّين، لأنّ زيادة الموارد تلقائيًّا تعني أيضًا زيادة الفاتورة تلقائيًّا، كما سترى.
الميزة الثانية: الاستمراريّة وعدم التوقّف
الميزة الثانية العظيمة هي التوفّر العالي (high availability). لأنّ موقعك لا يعتمد على جهازٍ واحد، فإنّ تعطّل جهازٍ في العنقود لا يُسقطه. المنسّق ينقل العمل إلى جهازٍ سليمٍ في ثوانٍ، وغالبًا دون أن يلاحظ زائرك انقطاعًا. هذا ما يُسمّى «الفائض» أو التكرار (redundancy): أن يكون لكلّ مكوّنٍ بديلٌ جاهزٌ يحلّ محلّه فورًا.
هنا يظهر معنى نسب التوفّر التي تعلن عنها الشركات، مثل %99.9 أو %99.99. الفرق بينهما يبدو صغيرًا لكنّه ضخمٌ عمليًّا: %99.9 تعني احتمال توقّفٍ يقارب ثلاثًا وأربعين دقيقةً في الشهر، بينما %99.99 تُنزلها إلى أقلّ من خمس دقائق. البنية السحابيّة المصمَّمة جيّدًا هي التي تجعل الأرقام العالية ممكنةً واقعيًّا، لأنّ لا نقطة عطلٍ واحدةً فيها تُسقط كلّ شيء.
لكن احذر من قراءة هذه النسب على أنّها ضمانٌ حديديّ. اتّفاقيّة مستوى الخدمة (SLA) التي تَعِد بنسبة توفّرٍ معيّنة لا تمنع التوقّف فعليًّا، بل تَعِد بتعويضك عنه، وغالبًا ما يكون التعويض رصيدًا في حسابك لا مالًا في جيبك. النسبة العالية إشارةٌ جيّدةٌ على جدّيّة المزوّد، لا وعدٌ بأنّ موقعك لن يسقط أبدًا.
الميزة الثالثة: الدفع بمقدار الاستهلاك
النموذج الماليّ للسحابة يختلف جذريًّا عن الاستضافة التقليديّة. في الاستضافة العاديّة تدفع مبلغًا ثابتًا شهريًّا مقابل باقةٍ محدّدة، سواءٌ استعملتها كاملةً أم لا. في السحابة الخالصة تدفع بالعدّاد: ثمن ما استهلكته من معالجةٍ وذاكرةٍ وتخزينٍ ونقل بيانات، بالساعة أو حتّى بالثانية أحيانًا.[4]
هذا النموذج جميلٌ حين يكون استهلاكك متقلّبًا: تدفع القليل في الأيّام الهادئة، وتدفع أكثر في أيّام الذروة، فلا يذهب مالك في قدرةٍ نائمة. لكنّه خطيرٌ حين لا تراقبه. فاتورة السحابة قد تفاجئك في آخر الشهر إذا قفزت زياراتك، أو إذا أبقيتَ موردًا يعمل ونسيتَه، أو إذا هاجمك أحدهم بحركةٍ وهميّةٍ ترفع استهلاكك. كثيرٌ من المبتدئين يفتنهم رخص السعر المبدئيّ ثمّ تصدمهم الفاتورة.
نصيحتي هنا عمليّةٌ وصريحة: مهما كانت منصّتك السحابيّة، ابحث في لوحتها عن أدوات «تنبيهات الفاتورة» (billing alerts) و«سقف الإنفاق»، وفعّلها من أوّل يوم. اجعل المنصّة تنبّهك حين يتجاوز إنفاقك حدًّا تحدّده أنت، فهذا هو صمّام الأمان الوحيد بينك وبين مفاجأةٍ مؤلمة.
وثمّة بندٌ في فاتورة السحابة يغفله المبتدئون خاصّةً: تكلفة «نقل البيانات الصادرة» (egress)، أي ثمن البيانات التي تخرج من السحابة إلى زوّارك. كثيرٌ من المنصّات الكبرى تجعل إدخال البيانات مجّانيًّا لتجذبك، ثمّ تحاسبك على إخراجها. موقعٌ يبثّ فيديو أو صورًا ثقيلةً لجمهورٍ كبيرٍ قد تصدمه هذه البنود وحدها. اقرأ صفحة التسعير حتّى آخر سطرٍ فيها، ولا تكتفِ بالرقم الكبير المعلن في العنوان.
السحابة مقابل الخادم الافتراضيّ: ألا تتشابهان؟
هذا سؤالٌ محقٌّ يربك كثيرين، لأنّ الحدّ بين الاثنين صار ضبابيًّا فعلًا. الخادم الافتراضيّ التقليديّ هو حصّةٌ من جهازٍ واحد، حصّةٌ ثابتةٌ محدودةٌ بسقف ذلك الجهاز. أمّا خادم السحابة فهو حصّةٌ من عنقودٍ كامل، يستطيع أن يتوسّع أبعد من أيّ جهازٍ منفرد، ويبقى حيًّا حين يتعطّل أحد الأجهزة.
وممّا يزيد الالتباس أنّ كثيرًا من المزوّدين يبيعون اليوم ما يسمّونه «خادمًا افتراضيًّا سحابيًّا» (cloud VPS): خادمٌ افتراضيٌّ لكنّه مبنيٌّ فوق بنيةٍ سحابيّة، فيرث مرونتها وقدرتها على التوسّع. عمليًّا صار الفرق أقلّ في «الاسم» وأكثر في «البنية تحت الاسم»: هل موقعك معلّقٌ بجهازٍ واحد، أم يسبح في عنقود؟ هذا هو السؤال الذي يهمّك، لا الكلمة المطبوعة في الإعلان.
السحابة الخام مقابل السحابة المُدارة
حين تسمع أسماء مثل أمازون AWS وجوجل كلاود Google Cloud ومايكروسوفت أزور Azure، فأنت أمام «السحابة الخام»: منصّاتٌ عملاقةٌ تعطيك لبنات البناء كلّها، لكنّها تفترض أنّك مهندسٌ يعرف كيف يركّبها. قوّتها هائلةٌ ومرونتها لا حدود لها، لكنّ لوحاتها معقّدةٌ ومرعبةٌ للمبتدئ، وفاتورتها تحتاج فهمًا دقيقًا كي لا تنفلت.
في مقابلها هناك «السحابة المُدارة»، وهي منصّاتٌ تبني فوق تلك العمالقة طبقةً بسيطةً وسهلة، وتتولّى عنك التعقيد. خدماتٌ مثل كلاودويز Cloudways أو منصّة التطبيقات في ديجيتال أوشن DigitalOcean App Platform تعطيك قوّة السحابة بواجهةٍ يفهمها صاحب الموقع العاديّ، مقابل هامش سعرٍ إضافيّ. للمبتدئ الذي يريد مرونة السحابة دون أن يصير مهندس بنيةٍ تحتيّة، السحابة المُدارة هي المدخل العاقل، تمامًا كما كان الخيار «المُدار» أعقل في عالم الخادم الافتراضيّ.
الطريقة الأصحّ للتفكير في الفرق هي أن تسأل: من يحمل عنّي عبء الإدارة، ومقابل كم؟ في السحابة الخام تحمل أنت كلّ شيءٍ مقابل أدنى سعر، وفي المُدارة يحمل المزوّد معظم الشيء مقابل سعرٍ أعلى قليلًا. المال الذي تدفعه فوقًا في المُدارة ليس ضريبةً بل مقابل وقتك وراحة بالك، وهو غالبًا أرخص بكثيرٍ من ثمن ساعاتك أنت لو أمضيتها تتعلّم إدارة بنيةٍ تحتيّةٍ معقّدة. لا تنظر إلى سعر الاستضافة وحده، بل إلى مجموع السعر ووقتك معًا.
لمن تصلح الاستضافة السحابيّة؟
السحابة تلمع أكثر ما تلمع في مواقع الحركة المتقلّبة أو غير المتوقّعة: متجرٌ تنفجر مبيعاته في مواسم التخفيضات ثمّ تهدأ، موقعٌ إخباريٌّ قد يتصدّر فجأة فتقفز زياراته أضعافًا، تطبيقٌ يخدم جمهورًا عالميًّا موزّعًا على قارّات. في هذه الحالات، قدرة السحابة على التمدّد والانكماش والانتشار الجغرافيّ تُترجَم إلى مالٍ محفوظٍ وزوّارٍ سعداء.
وتصلح كذلك للمشاريع التي لا تحتمل التوقّف أبدًا: منصّةٌ يعتمد عليها عملاؤك في عملهم اليوميّ، أو خدمةٌ يترتّب على انقطاعها خسارةٌ مباشرة. هنا يكون «الفائض» وعدم وجود نقطة عطلٍ واحدةٍ مبرّرًا كافيًا لاختيار السحابة، حتّى لو كان حجم الزيارات نفسه معتدلًا.
وهناك حالةٌ ثالثةٌ يغفلها كثيرون: المشروع الذي لا تعرف بعد إلى أين سيكبر. إن كنت تطلق فكرةً جديدةً قد تنمو ببطءٍ وقد تنفجر فجأة، فمرونة السحابة تعفيك من المقامرة بشراء قدرةٍ ثابتةٍ قد تكون كبيرةً على حاجتك أو صغيرةً عنها. تبدأ صغيرًا، وتكبر مع نموّك الحقيقيّ، دون أن تعيد بناء بنيتك التحتيّة من الصفر في كلّ قفزة. هذه المرونة في مواجهة المجهول قيمةٌ في ذاتها.
لكن كن صادقًا مع نفسك: إن كان موقعك مدوّنةً أو موقعًا تعريفيًّا لشركةٍ صغيرةٍ بزياراتٍ ثابتةٍ ومتواضعة، فالسحابة قد تكون قوّةً زائدةً عن حاجتك، بتعقيدٍ وتكلفةٍ لا يقابلهما نفعٌ حقيقيّ. لمثل هذه المواقع تكفي استضافةٌ مشتركةٌ جيّدةٌ أو خادمٌ افتراضيٌّ صغير. القاعدة التي أردّدها: لا تشترِ قدرة الغد إن كان حاضرك لا يحتاجها، فالانتقال إلى السحابة متاحٌ دائمًا حين تكبر فعلًا.
الوجه الآخر: عيوبٌ يجب أن تعرفها
ليست السحابة جنّةً بلا ثمن. عيبها الأوّل هو ما ذكرته: التكلفة غير القابلة للتوقّع. الفاتورة المتغيّرة تريح من يراقبها وتؤذي من يهملها، وقد تجعل تخطيط ميزانيّتك أصعب من الاستضافة ثابتة السعر. من يريد رقمًا واحدًا واضحًا في آخر الشهر قد يجد راحته في باقةٍ ثابتةٍ لا في عدّادٍ يدور.
العيب الثاني هو التعقيد، خاصّةً في السحابة الخام. كثرة الخيارات والخدمات والإعدادات تصنع منحنى تعلّمٍ حادًّا يربك المبتدئ ويستهلك وقته. والعيب الثالث الذي يغفله كثيرون هو ما يُسمّى «الاحتجاز لدى المزوّد» (vendor lock-in): كلّما بنيتَ مشروعك على خدماتٍ خاصّةٍ بمنصّةٍ بعينها، صار الخروج منها والانتقال إلى غيرها أصعب وأكلف. هذا ليس سببًا لتجنّب السحابة، لكنّه سببٌ لأن تختار بوعي.
ولا أُخفي عليك عيبًا رابعًا نفسيًّا أكثر منه تقنيًّا: الشعور بأنّك لا تملك مكانًا ماديًّا محدّدًا. في الخادم الواحد تعرف أين يعيش موقعك تمامًا، أمّا في السحابة فموقعك يتنقّل بين أجهزةٍ لا تراها ولا تعرف أعدادها. هذا الغموض يزعج بعض الناس، ويثير عندهم أسئلةً مشروعةً عن مكان تخزين بياناتهم وخضوعها لقوانين دولةٍ بعينها. إن كانت لديك التزاماتٌ قانونيّةٌ بشأن مكان بياناتك، فاسأل مزوّدك صراحةً عن المنطقة الجغرافيّة التي تُخزَّن فيها قبل أن تبدأ.
كيف تختار بذكاء؟
تبدأ المفاضلة بين خيارات الاستضافة بسؤالٍ صادقٍ عن مستوى معرفتك التقنيّة. إن لم تكن مرتاحًا لسطر الأوامر وإدارة الخوادم، فابتعد عن السحابة الخام واذهب إلى منصّةٍ مُدارةٍ تخفي عنك التعقيد. الفرق بين الخيارين ليس في القوّة بل في من يحمل عبء الإدارة: أنت أم المزوّد.
ثمّ انظر إلى شكل حركة موقعك. هل هي ثابتةٌ أم متقلّبة؟ هل جمهورك محلّيٌّ أم عالميّ؟ هل تحتمل دقائق توقّفٍ أم أنّ كلّ دقيقةٍ خسارة؟ إجاباتك تحدّد إن كنت تحتاج مرونة السحابة أصلًا، وأيّ مستوىً منها. وأخيرًا، لا تختر منصّةً دون أن تفحص أدوات مراقبة التكلفة فيها ووضوح تسعيرها، فهذا في السحابة لا يقلّ أهميّةً عن الأداء نفسه.
أخطاء المبتدئين الشائعة
الخطأ الأوّل هو القفز إلى السحابة الخام العملاقة بدافع الاسم اللامع، ثمّ الغرق في تعقيدها والاصطدام بفاتورةٍ لم يُفهَم كيف تكوّنت. الخطأ الثاني هو إهمال تنبيهات الفاتورة وسقوف الإنفاق، فيكتشف صاحب الموقع الرقم حين يكون قد فات الأوان. والخطأ الثالث هو تفعيل التوسّع التلقائيّ دون وضع حدٍّ أعلى له، فيتحوّل الأمان إلى نزيفٍ في الميزانيّة عند أوّل موجة زياراتٍ وهميّة.
وهناك خطأٌ معاكس لا يقلّ شيوعًا: اختيار السحابة لموقعٍ صغيرٍ لا يحتاجها، ودفع ثمن التعقيد والتقلّب مقابل مرونةٍ لن تُستعمل. تذكّر أنّ الأداة الصحيحة هي التي تناسب حجم مشروعك اليوم، لا الأكبر ولا الأصغر.
جرّبه بنفسك
لا تحتاج إلى دفع دولارٍ واحدٍ كي تلمس السحابة عن قرب. ادخل إلى منصّةٍ سحابيّةٍ مُدارةٍ ودودةٍ للمبتدئين مثل كلاودويز أو ديجيتال أوشن، واطّلع على صفحة التسعير وحاسبة التكلفة فيها. جرّب أن تحرّك المؤشّرات: زد الذاكرة، زد المعالجة، وشاهد كيف يتغيّر الرقم لحظةً بلحظة. هذه التجربة وحدها ستعلّمك عن نموذج «الدفع بالعدّاد» أكثر من صفحاتٍ من الشرح.
ثمّ افتح لوحة إحدى المنصّات الكبرى، ولو للتفرّج فقط، وانظر إلى كمّ الخدمات والخيارات فيها. لن تفهم كلّ شيء، وهذا هو المقصود: ستدرك بعينك الفرق بين «السحابة المُدارة» التي تخفي التعقيد و«السحابة الخام» التي تكشفه كلّه، فتعرف أيّ عالمٍ يناسبك قبل أن تدفع.
من السحابة إلى الخادم المخصّص
رأيتَ في هذا المقال كيف حرّرتك الاستضافة السحابيّة من قيد الجهاز الواحد، فمنحتك مرونةً في التوسّع، واستمراريّةً لا تُسقطها الأعطال، ونموذج دفعٍ يتنفّس مع استهلاكك، مقابل ثمنٍ في التعقيد وتقلّب الفاتورة يجب أن تديره بوعي. السحابة هي قمّة مرونة الاستضافة الحديثة.
لكن يبقى في السلّم درجةٌ تمثّل أقصى القوّة والانفراد: الخادم المخصّص، حيث يكون الجهاز الماديّ كلّه لك وحدك دون أن تقاسمه أحدًا، لا في العتاد ولا في الموارد. متى يكون امتلاك ناطحة سحابٍ كاملةٍ أعقل من استئجار حصّةٍ من عنقود؟ وما الذي تكسبه ومَا الذي تحمله على كتفيك حين تملك الجهاز بأكمله؟ هذا موعدك مع المقال القادم عن الاستضافة المخصّصة.
المصادر
- Cloudflare, «What is cloud hosting?», Cloudflare Learning Center. cloudflare.com ↩
- IBM, «What is cloud computing?», IBM Think Topics. ibm.com ↩
- Google Cloud, «What is cloud computing?», Google Cloud Learn. cloud.google.com ↩
- Amazon Web Services, «Types of Cloud Computing», AWS. aws.amazon.com ↩