Arabic:الحوسبة السحابية

مقدمة

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

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

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

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

تحميل الفيديو

يوتيوب

قد يقوم يوتيوب بجمع البيانات الشخصية. سياسة الخصوصية

استمرار تجاهل

أهداف التعلم

بعد إكمال الدورة بنجاح يُتوقع أن تكون قادرًا على:

1. تعريف الحوسبة السحابية وشرح خصائصها الأساسية بلغة تقنية دقيقة.
2. التمييز بين البنية التحتية كخدمة والمنصة كخدمة والبرمجيات كخدمة وتحديد حدود مسؤولية المستهلك والمزود في كل نموذج.
3. تفسير دور الافتراضية والحاويات في عزل أعباء العمل واستخدام الموارد بكفاءة.
4. تصميم بنية قابلة للتوسع أفقيًا ورأسيًا مع موازنة التحميل والمراقبة والتوسع التلقائي.
5. تحليل الموثوقية باستخدام التكرار ومناطق الفشل والنسخ الاحتياطي وأهداف الاستعادة.
6. تطبيق مبادئ الأمن السحابي مثل أقل صلاحية والتشفير وإدارة الأسرار والمراقبة ونموذج المسؤولية المشتركة.
7. تقدير مصادر التكلفة السحابية ومناقشة المفاضلة بين المرونة والإنفاق والهندسة التشغيلية.
8. تقييم تصميم تطبيق سحابي أصلي يستفيد من الحاويات والأتمتة وقابلية الملاحظة والتسليم المستمر.

الأساس المفاهيمي للحوسبة السحابية

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

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

الخصائص الأساسية

الخدمة الذاتية عند الطلب تعني أن المستهلك يستطيع توفير مورد دون انتظار تدخل يدوي في كل مرة. الوصول الشبكي الواسع يجعل القدرات متاحة عبر آليات شبكية معيارية. تجميع الموارد يسمح بتخصيص موارد مشتركة لعدة مستهلكين مع عزل منطقي. المرونة السريعة تسمح بزيادة السعة أو خفضها استجابة للطلب. الخدمة المقاسة تعني مراقبة الاستهلاك وقياسه بصورة منهجية.

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

نماذج النشر

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

نماذج نشر سحابية رئيسية. يوضح الرسم بالإنجليزية العلاقة بين البيئة الداخلية والسحابة العامة والسحابة الهجينة، وتشرح الفقرة العربية الفروق بينها.

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

طبقات الخدمة والمسؤولية التشغيلية

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

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

مصفوفة المسؤوليات

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

المجال	في البنية التحتية كخدمة	في المنصة كخدمة	في البرمجيات كخدمة
التطبيق	يديره المستهلك غالبًا	يديره المستهلك غالبًا	يديره المزود غالبًا
نظام التشغيل	يديره المستهلك غالبًا	تديره المنصة غالبًا	يديره المزود
الهوية والبيانات	مسؤولية مشتركة	مسؤولية مشتركة	مسؤولية مشتركة
العتاد المادي	يديره المزود	يديره المزود	يديره المزود

هذه الحدود تختلف حسب الخدمة والعقد، لذلك يجب قراءة وثائق الخدمة الفعلية بدل الاعتماد على جدول عام وحده.

تحميل الفيديو

يوتيوب

قد يقوم يوتيوب بجمع البيانات الشخصية. سياسة الخصوصية

استمرار تجاهل

الافتراضية والحاويات

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

الآلات الافتراضية

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

مخطط لطبقات المشرف الافتراضي والآلات الافتراضية. تظهر التسميات الأصلية بلغات غير عربية، وتوضح الفقرة العربية وظيفة كل طبقة.

الحاويات

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

مقارنة معمارية بين تطبيقات تقليدية وتطبيقات معبأة في حاويات. تظهر بعض التسميات الأصلية بغير العربية ويشرح النص العربي الفكرة الأساسية.

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

نظرة معمارية عالية المستوى إلى كوبرنيتيس. يشرح النص العربي أن مستوى التحكم يدير الحالة بينما تشغل عقد العمل أعباء التطبيقات.

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

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

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

محاكاة تعليمية للسعة

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

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

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

أنماط الموثوقية

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

يميز المهندسون بين النسخ الاحتياطي والتوافر العالي. النسخ الاحتياطي يحمي القدرة على الاستعادة من فقد البيانات أو الفساد، بينما التوافر العالي يقلل زمن انقطاع الخدمة عند فشل مكون. كما يُستخدم هدف زمن الاستعادة لوصف الزمن المستهدف لاستعادة الخدمة، وهدف نقطة الاستعادة لوصف مقدار فقد البيانات الزمني المقبول عند الاستعادة.

الأمن والخصوصية والحوكمة

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

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

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

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

التكاليف والاقتصاد السحابي

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

يمكن تصور التكلفة الكلية كسلة تشمل المعالجة والذاكرة والتخزين والنسخ الاحتياطي وقواعد البيانات والخدمات المدارة والطلبات وحركة البيانات الخارجة والدعم والتشغيل البشري. لا ينبغي مقارنة سعر خادم واحد محلي بسعر آلة سحابية فقط؛ المقارنة العادلة تشمل الطاقة والمكان والصيانة والمهارات والمرونة والتوافر والتحديث والمخاطر.

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

دراسة حالة تعليمية: منصة جامعية

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

التطبيقات السحابية الأصلية

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

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

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

دراسة حالة تعليمية: خدمة جامعية رقمية

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

اتخاذ القرار المعماري

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

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

مهام تفاعلية

اختبار: اختبر معرفتك

ما الخاصية التي تسمح بتوفير الموارد تلقائيًا عند الحاجة دون تدخل يدوي لكل طلب؟ (الخدمة الذاتية عند الطلب) (!النسخ الاحتياطي الدوري) (!التشفير غير المتماثل) (!ضغط البيانات)

أي نموذج خدمة يمنح المستهلك عادة أكبر تحكم في نظام التشغيل؟ (البنية التحتية كخدمة) (!المنصة كخدمة) (!البرمجيات كخدمة) (!خدمة البريد الإلكتروني فقط)

ما الخاصية التي تصف زيادة الموارد أو خفضها بسرعة استجابة لتغير الطلب؟ (المرونة السريعة) (!التخزين الدائم) (!المصادقة المحلية) (!التجزئة الثابتة)

ما الوظيفة الأساسية للمشرف الافتراضي؟ (تشغيل عدة آلات افتراضية مع عزل منطقي على عتاد مشترك) (!تحويل كل التطبيقات إلى قواعد بيانات) (!استبدال الشبكات بالتخزين) (!إلغاء الحاجة إلى أنظمة التشغيل)

ما الفرق البنيوي الشائع بين الحاوية والآلة الافتراضية؟ (الحاوية تشارك عادة نواة نظام التشغيل المضيف) (!الحاوية تحتاج دائمًا إلى خادم مادي مستقل) (!الآلة الافتراضية لا تحتوي على نظام تشغيل) (!الحاوية لا تحتاج إلى أي عزل للموارد)

أي إجراء يدعم التوافر العالي بصورة مباشرة؟ (تشغيل نسخ متعددة عبر نطاقات فشل مستقلة) (!حذف سجلات المراقبة) (!استخدام كلمة مرور مشتركة للفريق) (!تجميع جميع المكونات في عملية واحدة دائمًا)

أي مبدأ أمني يقلل الصلاحيات إلى الحد اللازم لأداء المهمة؟ (مبدأ أقل صلاحية) (!مبدأ أعلى استهلاك) (!مبدأ النسخة الواحدة) (!مبدأ الاتصال المفتوح)

أي عنصر قد يصبح مصدر تكلفة مهمًا عند نقل كميات كبيرة من البيانات إلى خارج السحابة؟ (حركة البيانات الخارجة) (!لون واجهة الإدارة) (!اسم المشروع) (!عدد مخططات البنية)

ما السمة الأكثر اتساقًا مع تطبيق سحابي أصلي؟ (مكونات قابلة للأتمتة والمراقبة والتوسع) (!اعتماد كامل على إعداد يدوي غير موثق) (!تخزين جميع الأسرار داخل الشفرة) (!تشغيل نسخة وحيدة دون خطة فشل)

ما المقصود بالتوسع الأفقي؟ (زيادة عدد نسخ الخدمة) (!زيادة ذاكرة نسخة واحدة فقط) (!تقليل عدد المستخدمين) (!إيقاف المراقبة أثناء الذروة)

لعبة الذاكرة

البنية التحتية كخدمة	موارد حوسبة وشبكات وتخزين افتراضية يدير المستهلك فوقها نظام التشغيل والتطبيق غالبًا
المنصة كخدمة	بيئة تشغيل مُدارة تتيح للمطور التركيز بدرجة أكبر على التطبيق والبيانات
البرمجيات كخدمة	تطبيق مكتمل يستهلكه المستخدم بينما يدير المزود معظم المكدس التقني
المرونة السريعة	تعديل السعة صعودًا أو هبوطًا استجابة لتغير الطلب
المشرف الافتراضي	طبقة تدير تشغيل الآلات الافتراضية على العتاد
الحاوية	وحدة تشغيل تحزم التطبيق واعتمادياته وتشارك عادة نواة المضيف
أقل صلاحية	منح كل هوية القدر الضروري فقط من الوصول

السحب والإفلات

طابق المصطلح مع الوصف الصحيح.	الحوسبة السحابية
التوسع الرأسي	زيادة موارد نسخة واحدة من الخدمة
التوسع الأفقي	زيادة عدد نسخ الخدمة
موازن التحميل	توزيع الطلبات على عدة نسخ عاملة
هدف زمن الاستعادة	الزمن المستهدف لإعادة الخدمة بعد عطل
هدف نقطة الاستعادة	مقدار فقد البيانات الزمني المقبول عند الاستعادة
إدارة الأسرار	حفظ كلمات المرور والمفاتيح في آلية مخصصة محمية

كلمات متقاطعة

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

مهام مفتوحة

سهل

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

متوسط

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

متقدم

1. تصميم سحابي أصلي: صمم تطبيقًا جامعيًا من ثلاث خدمات أو أكثر، وحدد حدود كل خدمة والحالة التي تملكها وآليات المراقبة والتوسع والتعامل مع الفشل.
2. اختبار فشل مضبوط: ابن سيناريو محاكاة آمنًا على الورق أو في بيئة محلية يصف تعطل نسخة من التطبيق، ثم اكتب خطوات الاكتشاف والاستبدال والتحقق من عدم فقد البيانات.
3. دراسة قرار متعدد السحب: قارن خيار مزود واحد وخيار متعدد السحب لتطبيق بحثي افتراضي، وقيّم التعقيد وقابلية النقل والتكلفة والمهارات والمخاطر قبل إصدار توصية مبررة.
4. تقييم حوكمة وتكلفة: أنشئ سياسة مختصرة لمشروع جامعي تحدد الوسوم والميزانيات والصلاحيات والاحتفاظ بالسجلات والنسخ الاحتياطي ومراجعة الموارد غير المستخدمة، ثم قدمها في فيديو أو عرض قصير باللغة العربية.

مجالات تعلم مرتبطة

الحوسبة السحابية شبكات الحاسوب أنظمة التشغيل أمن المعلومات الافتراضية الحاويات تنسيق الحاويات بكوبرنيتيس هندسة البرمجيات الأنظمة الموزعة قواعد البيانات هندسة الموثوقية

مسرد

الحوسبة السحابية

نموذج لتوفير موارد وخدمات حاسوبية قابلة للتهيئة عبر الشبكة عند الطلب.

البنية التحتية كخدمة

نموذج يقدم موارد افتراضية أساسية مثل الحوسبة والشبكات والتخزين.

المنصة كخدمة

نموذج يقدم بيئة تشغيل مُدارة لبناء التطبيقات ونشرها.

البرمجيات كخدمة

نموذج يتيح استخدام تطبيق مكتمل تدير بنيته التقنية الجهة المزودة بدرجة كبيرة.

الافتراضية

تجريد للعتاد يسمح بتشغيل بيئات منطقية متعددة على موارد مادية مشتركة.

الحاوية

وحدة تشغيل تحزم التطبيق واعتمادياته وتستخدم عادة نواة نظام التشغيل المضيف.

التوسع الأفقي

زيادة عدد نسخ مكون ما لاستيعاب حمل أكبر أو تحسين التحمل للفشل.

التوسع الرأسي

زيادة موارد نسخة واحدة مثل المعالج أو الذاكرة.

المرونة

قدرة النظام على تكييف السعة مع تغير الطلب.

التوافر العالي

تصميم يقلل انقطاع الخدمة عبر التكرار وكشف الفشل والتحويل أو الاستبدال.

أقل صلاحية

مبدأ يمنح الهوية أقل مجموعة من الأذونات اللازمة لمهمتها.

قابلية الملاحظة

القدرة على فهم الحالة الداخلية للنظام من المقاييس والسجلات والتتبع والإشارات التشغيلية.