مُرتقىجاهزية AWS Cloud Practitioner
EN
محتوى مُرتقى التعليمي

مفاهيم السحابة في AWS Cloud Practitioner

شرح مجال مفاهيم السحابة في مخطط CLF-C02: المرونة وقابلية التوسّع والرشاقة، وركائز إطار Well-Architected الستّ، واستراتيجيات الانتقال وإطار AWS CAF، واقتصاديات السحابة.

مفاهيم السحابة أوّل مجالات المخطط وأساس ما بعده: من لا يميّز المرونة عن قابلية التوسّع، ولا النفقة الرأسمالية عن التشغيلية، يختار الخدمة الصحيحة بالحفظ لا بالسبب، فينهار اختياره عند أوّل سيناريو جديد. هذه الصفحة تشرح المفاهيم بوصفها أدوات قرار لا تعريفات تُستظهر، وتبيّن ركائز إطار Well-Architected واستراتيجيات الانتقال واقتصاديات السحابة.

ما الذي يشمله هذا المجال؟

قيمة الحوسبة السحابية وفوائد البنية التحتية العالمية، وركائز إطار AWS Well-Architected الستّ، واستراتيجيات الانتقال إلى السحابة وإطار AWS Cloud Adoption Framework، واقتصاديات السحابة من التكلفة الثابتة والمتغيّرة والتحجيم الصحيح واقتصاديات الحجم.

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

قيمة السحابة والبنية التحتية العالمية

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

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

ركائز إطار Well-Architected الستّ

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

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

الانتقال إلى السحابة وإطار AWS CAF

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

أمّا إطار AWS Cloud Adoption Framework فينظّم استعداد المؤسسة نفسها عبر منظورات تشمل الأعمال والأشخاص والحوكمة والمنصّة والأمن والعمليات. والفرق بينه وبين Well-Architected أن الأوّل يقيّم استعداد المؤسسة للانتقال والثاني يقيّم بنية حمل عمل قائم. وأكثر ما يتعثّر في الانتقال ليس تقنيًا: نقص المهارات وغياب ملكية الموارد يظهران في منظوري الأشخاص والحوكمة قبل أن يظهرا في الفاتورة.

وزن هذا المجال في المخطط

يمثّل هذا المجال 24٪ من المحتوى المُقوَّم في دليل النسخة CLF-C02. ويستعمل هذا المؤشّر هذه النسبة وزنَ جاهزية في القراءة العامة وحدها، بينما يبقى عدد الأسئلة متساويًا بين المجالات الأربعة حتى تتساوى دقّة التشخيص وتصحّ المقارنة بينها.

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

أخطاء متكرّرة في هذا المجال

  • عكس اتجاه التحوّل بين النفقة الرأسمالية والتشغيلية، فيُنسب الدفع مقابل الاستهلاك إلى الرأسمالية.
  • الخلط بين قابلية التوسّع والمرونة بإهمال شرطي الزمن والتلقائية اللذين يميّزان المرونة.
  • عدّ ركائز Well-Architected قائمةَ فئات خدمات، فيُجاب عن سؤال الركيزة باسم خدمة.
  • افتراض أن الانتقال يخفّض التكلفة تلقائيًا بلا تحجيم ولا إطفاء للخامل ولا اختيار نموذج شراء.
  • معالجة بطء ناتج عن المسافة بإضافة منطقة إتاحة بدل تقديم المحتوى من موقع حافة.

تمرين عملي هذا الأسبوع

لكل قرار سحابي تقرؤه، اسأل: أي ركيزة من ركائز Well-Architected يخدمها هذا القرار، وأي ركيزة يساوم عليها؟ القرار الذي لا يساوم على شيء غالبًا لم يُفهم بعد.

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

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

مراجع تم فتحها والتحقق منها

المصادر الرسمية

آخر تحقق:

ابدأ من مجال واحد لا من المنهج كلّه

اعرف من أين تبدأ استعدادك لـAWS Cloud Practitioner

أجرِ المؤشر لتعرف مرتبتك وترتيب مجالاتك الأربعة وأولوية مراجعتك الأولى، ثم ابنِ خطتك عليها.