نماذج الخدمة السحابية

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

ما الذي يغطيه هذا الموضوع

• البنية التحتية كخدمة (IaaS): حوسبة وتخزين وشبكات خام، مع ترك نظام التشغيل وكل ما فوقه لك، عبر منتجات مثل AWS EC2 وAzure Virtual Machines وGoogle Compute Engine
• المنصة كخدمة (PaaS): منصة تشغّل كودك دون أن تطلب منك إدارة خوادم أو نظام تشغيل، عبر منتجات مثل AWS Elastic Beanstalk وHeroku وGoogle App Engine
• البرمجيات كخدمة (SaaS): تطبيق كامل يشغّله المزوّد بأكمله، من Gmail إلى Salesforce إلى Slack، والبنية متعددة المستأجرين التي تجعله معقول التكلفة
• مقارنة كاملة بين النماذج الثلاثة جنباً إلى جنب، والإشارات اللفظية التي تحدد كل واحد في سيناريو، ولماذا الصعود في الطبقات مقايضة لا ترقية مباشرة

لماذا هذا مهم

يفترض كل قرار لاحق في بقية هذا المجال أنك تستطيع وضع خدمة داخل أحد هذه النماذج الثلاثة. المناطق والحوسبة والتخزين وقواعد البيانات، التي يغطيها الموضوع التالي، لبنات أساسية تظهر داخل منتجات IaaS وPaaS وSaaS جميعها، ومعرفة النموذج الذي تعمل ضمنه تخبرك بما أنت مسؤول عنه فعلياً.

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