نماذج الخدمة: IaaS وPaaS وSaaS

نفس كلمة «سحابة» قد تعني طبقات مختلفة تمامًا من الإدارة

بعد أن عرّفنا خصائص السحابة، نحتاج إلى سؤال مختلف: ما القدرة التي نحصل عليها بالفعل؟ تصنف NIST نماذج الخدمة الأساسية إلى البنية التحتية كخدمة IaaS، والمنصة كخدمة PaaS، والبرمجيات كخدمة SaaS. هذا التصنيف لا يرتب النماذج من «أفضل» إلى «أسوأ». إنه يحدد مستوى التجريد الذي يقدمه المزود، وما الذي يبقى تحت إدارة العميل. لذلك يمكن لعمل واحد أن يستخدم SaaS للبريد، وPaaS لتطبيق ويب، وIaaS لخادم يحتاج إعداد نظام تشغيل خاص، من دون تناقض.

IaaS: تحكم أكبر يعني عملًا تشغيليًا أكبر

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

PaaS: ركز على التطبيق بدل نظام التشغيل

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

SaaS: استخدم التطبيق بدل بناء طبقاته

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

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

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