الوحدة 1 · أساسيات السحابة
ما السحابة (وما ليست)
12 دقراءة 3 داختر بحكمة
الدرس في لمحة
اشرح ما الذي يبيعه مزوّد السحابة فعلًا، وما الذي يصلحه الانتقال إلى AWS وما الذي يتركه لك، مستخدمًا إعداد Lantern القائم على خادم واحد كحالة دراسية.
لا فيديو هنا، بل الشيء الحقيقي: درس مكتوب وأمثلة قابلة للتشغيل واختبار وتدريب.
Lantern موقع ويب لفعاليات المجتمع. ينشر المنظّمون الفعاليات، ويؤكّد الناس حضورهم، ولكل فعالية صورة ملصق. يعمل الموقع اليوم على خادم واحد مستأجَر: تطبيق Node.js، وقاعدة بيانات PostgreSQL، ومجلّد للملصقات المرفوعة، وكلها على القرص نفسه. وهناك مهمة cron ليلية تنسخ تفريغ قاعدة البيانات إلى… نعم، القرص نفسه.
ظل الموقع يعمل ثلاث سنوات. ثم انتشر مهرجان لطعام الشارع على نطاق واسع، فقفزت الزيارات عشرين ضعفًا في أمسية واحدة، ونفدت ذاكرة الخادم، وسقط الموقع في اللحظة التي كان مهمًا فيها تمامًا. وبعد أسبوعين امتلأ القرص بالملصقات المرفوعة ورفضت قاعدة البيانات أي عملية كتابة. يريد القائمون على Lantern الانتقال إلى AWS، وهذه الدورة هي ذلك الانتقال، منفّذًا كما يجب.
ما الذي تستأجره فعلًا
يبيع مزوّد السحابة سعةً وخدماتٍ تنشئها وتعدّلها وتحذفها عبر API، وتدفع ثمنها بحسب الاستخدام. خلف كل زر في الـ console (وحدة التحكم) يوجد استدعاء API، ولهذا فكل ما تنقر عليه في هذه الدورة يمكنك أيضًا كتابته في سكربت.
تأتي هذه السعة بمستويات مختلفة من “كم تدير بنفسك”:
| ما تحصل عليه | مثال من AWS | ما تبقى تديره أنت |
|---|---|---|
| آلة افتراضية | Amazon EC2 | تحديثات نظام التشغيل، بيئة التشغيل، التطبيق، التوسّع |
| قاعدة بيانات مُدارة | Amazon RDS | المخطّط (schema)، الاستعلامات، من يمكنه الاتصال |
| دالة تعمل عند الطلب | AWS Lambda | الكود الخاص بك وصلاحياته |
| تخزين الكائنات | Amazon S3 | ما تخزّنه ومن يمكنه قراءته |
كلما نزلت في الجدول، قلّ العمل الروتيني الذي لا يميّزك عن غيرك، وزاد تأثّرك بطريقة عمل تلك الخدمة.
ما ليست السحابة
ليست موثوقة تلقائيًا. إذا نسخت خادم Lantern الوحيد إلى instance واحدة في EC2، فسيتعطّل تمامًا كما كان: آلة واحدة، وقرص واحد، ومكان واحد. تجعل AWS بناء التصميم الأفضل رخيصًا، لكنها لا تبنيه نيابة عنك.
وليست أرخص تلقائيًا. أنت تدفع مقابل ما تحجزه من موارد، لا مقابل ما تحسن استخدامه. قاعدة بيانات اختبار منسيّة تعمل طوال الشهر. والبيانات المرسلة إلى الإنترنت تُقاس وتُحسب. كثير من الفرق الصغيرة تنتقل إلى AWS ثم تتلقّى فاتورة مفاجئة في الشهر الثاني لأن أحدًا لم يضبط ميزانية.
وليست آمنة تلقائيًا. تؤمّن AWS المباني والعتاد والبرمجيات التي تشغّل خدماتها. أما أنت فتقرّر من يستطيع تسجيل الدخول، وما الذي يحق لكل قطعة من الكود أن تلمسه، وهل الـ bucket خاص أم لا. الدرس الثالث يحدّد هذا التقسيم بدقّة.
كيف تسير هذه الدورة
ستتابع Lantern من حساب فارغ إلى إعداد جاهز للإنتاج. يغطّي القسم الأول أين تشغّل AWS مواردك، ومن المسؤول عن ماذا، وكيف تؤمّن الحساب بإحكام وتديره من الطرفية. القسم الثاني عن الهوية: من وما الذي يحق له تنفيذ أيّ إجراءات. القسم الثالث يختار القطع المناسبة من الحوسبة والتخزين وقواعد البيانات والشبكات. والقسم الرابع يبني Lantern الجديد وينشره، ثم يقيس أداءه.
عادتان ترافقانك في كل درس. قبل أن تنشئ أي شيء، اسأل: “كم سيكلّف هذا وهو قابع هناك؟” و"من يستطيع الوصول إليه؟" إذا استطعت الإجابة عن السؤالين، فأنت تفهم التصميم. في الدرس التالي: أين تعمل كل هذه الأشياء فعليًا على أرض الواقع.
أهم النقاط
- السحابة سعة حوسبة مستأجَرة وخدمات مُدارة تنشئها وتعدّلها وتحذفها عبر API، وتدفع ثمنها بحسب الاستخدام.
- الانتقال إلى AWS يزيل أعباء العتاد لكنه لا يزيل عمل التصميم؛ فالخادم الواحد في AWS يتعطّل بالطرق نفسها تمامًا التي يتعطّل بها أي خادم واحد في أي مكان آخر.
- تحاسبك AWS بالثانية أو الساعة أو الغيغابايت أو الطلب، لذا فكل ما تتركه يعمل يظل يكلّفك مالًا حتى تحذفه.
- الأمان في السحابة مسؤولية مشتركة؛ تؤمّن AWS مراكز البيانات، وتؤمّن أنت ما تضبطه وما ترفعه.