تطوير منصّات البرمجيات كخدمة

من يحتاج منصّة برمجيات كخدمة متعدّدة المستأجرين؟

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

عملياً، هذه إحدى ثلاث حالات:

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

أعمل مع المؤسّسين والشركاء التقنيين ومسؤولي العمليات في الشركات الناشئة والمنشآت الصغيرة والمتوسطة، في الخليج والمنطقة العربية أساساً، بالعربية والإنكليزية.

ما الذي يشمله بناء منصّة برمجيات كخدمة؟

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

• نموذج الاستئجار — ما المعزول، وما المشترك، وكم يكلّفك كل مستأجر. يُحسم مقابل نموذجك التجاري لا في المطلق.
• الهوية والصلاحيات — من هو المستخدم، وإلى أي المستأجرين ينتمي، وما المسموح له داخل كلٍّ منها.
• الخطط والسقوف وآليات الفوترة — ما الذي تقيّده الخطّة فعلاً وأين يُفرض ذلك، ليكون السقف خاصية من خصائص النظام لا سطراً في عرض المبيعات.
• حدود الوحدات — الكتالوج والطلبات والمدفوعات والإشعارات والتقارير، مفصولة فصلاً صحيحاً، فلا تُلحَم الأجزاء التي تتغيّر أسبوعياً بالأجزاء التي تتغيّر مرّة في السنة.
• إعدادات المستأجر وسِماته البصرية بالعمق الذي يحتاجه سوقك ولا أكثر، مع رسم خطّ «الإعدادات مقابل التفصيل الخاص» صراحةً.
• التكاملات مع المزوّدين الذين يستخدمهم سوقك فعلاً — قنوات الدفع، وشركاء التوصيل، والمراسلة — كلٌّ خلف واجهة واحدة، ليرى المستأجر حالة طلب واحدة لا خمس حالات بأشكال المزوّدين.
• النشر والبيئات والقابلية للمراقبة، بحجم يتيح لك الإجابة عن «أي مستأجر، أي استعلام، أي مزوّد» قبل أن يصير الأمر عطلاً.
• أدوات التشغيل التي تحتاجها في الأسبوع الأول — تهيئة المستأجرين، ووصول الدعم، والقدرة على تصحيح البيانات دون عميل قاعدة بيانات.

كيف يجري بناء منصّة برمجيات كخدمة؟

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

ومن هناك تجري دورة الحياة بالترتيب الذي يجب:

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

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

وأُدرّب الفرق على هذه المادّة أيضاً: قدّمت محاضرتين عن معمارية تعدّد المستأجرين وكيف تُوسّع منصّة برمجيات كخدمة، كلتيهما في Arabic Dev Group Malaysia، وأُقدّم دورات عملية لعدّة أيام في المعمارية لفرق الهندسة — من بينها جهات حكومية في الخليج.

قراءات ذات صلة

المحاضرتان أعلاه مكتوبتان بالكامل:

• معمارية تعدّد المستأجرين: القرارات التي لا يمكن التراجع عنها — القرارات التي تُحسم قبل أول خاصية.
• كيف تُوسّع منصّة SaaS دون إعادة بنائها — ما الذي ينكسر أولاً حين يكبر عدد المستأجرين، وبأي ترتيب يُعالَج.