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

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

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

مبتدئ 14 دقائق 4 أهداف التعلّم
  1. عرّف البرمجيات كخدمة (SaaS) وفق إطار NIST
  2. اشرح تعدد المستأجرين (multi-tenancy) ولماذا يجعل تسعير SaaS ممكناً
  3. حدد ما يستطيع عميل SaaS ضبطه وما لا يستطيع
  4. ميّز بين SaaS الحقيقية وتطبيق مثبَّت محلياً يُباع باشتراك

استخدمتَ SaaS اليوم بالفعل

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

تعريف NIST، على أرض الواقع

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

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

من يدير ماذا، بشكل كامل

الطبقةIaaSPaaSSaaS
الشبكات والخوادم والمحاكاة الافتراضيةالمزوّدالمزوّدالمزوّد
نظام التشغيل وبيئة التشغيلأنتالمزوّدالمزوّد
كود التطبيقأنتأنتالمزوّد
البيانات وإعدادات المستخدمأنتأنتأنت

البيانات وإعداداتك الخاصة هما الصف الوحيد الذي لا ينتقل أبداً. كل طبقة أخرى تعبر إلى المزوّد في النهاية بحلول SaaS.

تعدد المستأجرين: البنية التي تجعل هذا ممكناً بتكلفة معقولة

لا يشغّل مزوّد SaaS نسخة منفصلة من Gmail لكل واحد من مليارات مستخدميه. يصف Gartner تعدد المستأجرين بأنه برمجية تخدم فيها نسخة واحدة عملاء كثراً، معزولين منطقياً عن بعضهم رغم مشاركتهم البنية التحتية نفسها مادياً. يعمل صندوق بريدك وصندوق بريد شخص غريب على نسخة التطبيق نفسها، والخوادم نفسها، مع ضمان برمجية المزوّد أن لا أحدكما يرى بيانات الآخر.

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

منتجات حقيقية، حسب الفئة

الفئةأمثلة
البريد والإنتاجيةGmail، Microsoft 365
إدارة علاقات العملاءSalesforce
تواصل الفرقSlack، Zoom
تخزين الملفات والتعاونDropbox، Google Workspace

الالتباس: الاشتراك ليس الشيء نفسه الذي هو SaaS

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

إلى أين يقودك هذا

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