المقدمة

إذا كانت الشركات عندها Servers بالفعل... ليه ظهر الـ Cloud Computing؟ ☁️

لو رجعنا 20 سنة لورا، هنلاقي إن أغلب الشركات كانت بتشغل تطبيقاتها داخل Data Centers خاصة بيها.

وده معناه إن أي شركة عايزة تطلق تطبيق جديد، كانت محتاجة:

  • تشتري Servers.
  • تجهز مكان مناسب (Data Center).
  • توفر كهرباء وتبريد.
  • تجهز الشبكات.
  • تثبت أنظمة التشغيل.
  • وتدير كل البنية التحتية بنفسها.

ما المشكلة في هذه الطريقة؟

كل ده كان لازم يحصل قبل ما أول مستخدم يدخل التطبيق.

ولو توقعت إن التطبيق هيحتاج 100 Server؟

لازم تشتريهم من البداية.

حتى لو أول يوم استخدم التطبيق 100 شخص فقط.

ولو توقعت أقل من اللازم؟ هيقع التطبيق وقت الضغط.

ولو توقعت أكتر من اللازم؟ دفعت ملايين في أجهزة هتفضل شغالة بجزء بسيط من طاقتها.

هنا بدأ يظهر مفهوم مختلف تمامًا...

بدل ما تشتري Infrastructure...

ليه متبقاش Infrastructure نفسها خدمة؟

وده كان جوهر Cloud Computing.

بدل ما تشتري Server...

بقيت تقدر تطلب Virtual Machine في دقائق.

بدل ما تدفع تكلفة ضخمة مقدمًا...

بقيت تدفع مقابل الموارد اللي استخدمتها فقط.

ولو احتجت موارد أكتر؟ - تزودها.

ولو الضغط قل؟ -تقللها.

كل ده بدون شراء أجهزة جديدة أو انتظار أسابيع للتجهيز.

لكن فيه نقطة مهمة جدًا...

الـ Cloud مش مجرد Servers على الإنترنت.

الـ Cloud قدم مجموعة من المفاهيم غيرت طريقة بناء الأنظمة، أهمها:

✅ On-demand Self-Serviceإنك تقدر توفر الموارد بنفسك وقت ما تحتاجها.

✅ Rapid Elasticityزيادة أو تقليل الموارد بسرعة حسب حجم الحمل.

✅ Resource Poolingمشاركة الموارد بين عدد كبير من العملاء مع الحفاظ على العزل بينهم.

✅ Measured Serviceالدفع حسب الاستخدام الفعلي، وليس حسب الأجهزة التي تمتلكها.

ودي مبادئ أساسية في الحوسبة السحابية، بغض النظر عن مزود الخدمة.

💡 الخلاصة

الـ Cloud لم يظهر لأنه يقدم Servers أسرع.

ظهر لأنه غيّر طريقة التفكير في البنية التحتية.

من:

شراء الموارد.

إلى:

استهلاك الموارد عند الحاجة.

وده كان الأساس اللي بُنيت عليه تقنيات كتير بعد كده، زي Containers وKubernetes وInfrastructure as Code.

🚀 في المقال القادم...

إذا كان الـ Cloud حل مشكلة البنية التحتية...

ليه ظهر Docker؟