الشركات التقنية الناشئة
فلكأساس سحابي لمنتجات SaaS متعددة المستأجرين
نموذج توضيحي لبنية SaaS سحابية أصيلة تفصل مستوى التحكم عن مستوى البيانات، وتنمو من أول عميل إلى عملاء المؤسسات دون إعادة بناء.
01
التحدي
تبدأ معظم منتجات SaaS بقاعدة بيانات مشتركة وعمود «معرّف المستأجر» يُضاف إلى الاستعلامات يدويًا. ينجح ذلك في الأشهر الأولى، ثم يتحوّل إلى دَين أمني: استعلام واحد ينسى الشرط كفيل بكشف بيانات عميل لعميل آخر.
وحين يصل أول عميل مؤسسي تتغيّر الأسئلة: هل تدعمون الدخول الموحّد عبر SAML وتوفير المستخدمين عبر SCIM؟ أين تُحفظ بياناتنا؟ هل يمكن عزلنا في بيئة مستقلة؟ كيف يبدو سجل التدقيق؟ وما اتفاقية مستوى الخدمة؟ وكثير من الفرق الناشئة لا تملك إجابات جاهزة.
ويُضاف إلى ذلك نموّ التكاليف السحابية دون معرفة أي عميل يستهلك ماذا، وخطوط نشر هشّة تجعل كل إصدار مجازفة، ومشكلة «الجار المزعج» حين يُبطئ مستأجر واحد المنصة على الجميع.
02
الحل المقترح
يفصل «فلك» بين مستويين: مستوى تحكّم (Control Plane) يدير سجل المستأجرين والتهيئة والاستحقاقات وقياس الاستخدام والفوترة، ومستوى بيانات (Data Plane) يشغّل التطبيق نفسه. وتُنفَّذ تهيئة المستأجر الجديد كسير عمل متين قابل للاستئناف، لا كنص برمجي يُشغَّل يدويًا.
ويأتي العزل على مستويات تحدّدها الباقة: نموذج مشترك محمي بسياسات Row-Level Security في PostgreSQL تُفرض داخل قاعدة البيانات نفسها لا في شيفرة التطبيق فحسب، للعملاء الصغار؛ ومخطط أو قاعدة بيانات مستقلة للعملاء المتوسطين؛ وخلية مخصّصة بالكامل (Cell-based Architecture) لعملاء المؤسسات أو لمتطلبات توطين البيانات داخل المملكة.
وتتولى طبقة الهوية الدخول الموحّد عبر OIDC وSAML وتوفير المستخدمين عبر SCIM، وتُكتب سياسات الصلاحيات بـ Open Policy Agent. ويُدار كل شيء بأسلوب GitOps عبر Terraform وArgo CD، مع قياسات لكل مستأجر وتوزيع للتكلفة يكشف ربحية كل حساب.
03
منطق التصميم
لوحة إدارة المنصة أداة تشغيل قبل أن تكون واجهة: محوّل مستأجرين سريع، وشريط لوني ثابت يميّز بيئة الإنتاج عن بيئة الاختبار تفاديًا للأخطاء المكلفة، وجداول كثيفة قابلة للتصفية بلوحة المفاتيح، وتأكيد مضاعف لأي إجراء يمسّ بيانات عميل.
لكل مستأجر لغته ومنطقته الزمنية وتنسيق أرقامه، فتظهر المنصة لعميل بالعربية وبتوقيت الرياض، ولآخر بالإنجليزية، دون أي إعداد إضافي. ويرشد معالج التهيئة مدير الحساب الجديد خطوة بخطوة حتى يجني أول قيمة فعلية من المنصة.
الوضع الداكن هو الافتراضي لفرق التشغيل، والفاتح على بُعد نقرة، وكلاهما يحقق تباينًا وفق WCAG 2.2 AA. وصُمّمت صفحة الحالة العامة لتبقى صادقة وواضحة حتى في أسوأ الأيام.
04
مثال على المعمارية
تقسيم توضيحي لطبقات النظام، من الشاشات التي يستخدمها الناس إلى البنية التحتية. نقطة انطلاق نتحقق منها في مرحلة الاكتشاف، وليست تصميمًا نهائيًا.
طبقة 01
مستوى التحكّم
- سجل المستأجرين ودورة حياتهم
- مسارات التهيئة عبر Temporal
- الاستحقاقات ومفاتيح تفعيل الميزات
- قياس الاستخدام والفوترة
طبقة 02
مستوى البيانات
- خدمات عديمة الحالة على Kubernetes
- مستوى مشترك بعزل الصفوف عبر PostgreSQL RLS
- مستوى بمخطط أو قاعدة بيانات لكل مستأجر
- خلايا مخصّصة لعملاء المؤسسات ومتطلبات توطين البيانات
طبقة 03
الهوية والوصول
- Keycloak مع دخول موحّد عبر OIDC وSAML
- تهيئة المستخدمين عبر SCIM
- التفويض عبر Open Policy Agent
- سجل تدقيق لكل مستأجر
طبقة 04
المنصة والتسليم
- البنية التحتية كشيفرة عبر Terraform
- GitOps عبر Argo CD
- إطلاق تدريجي بإصدارات كناري
- شبكة خدمات Istio بتشفير mTLS
طبقة 05
المراقبة وإدارة التكلفة
- OpenTelemetry بسياق المستأجر
- Prometheus وGrafana
- أهداف مستوى الخدمة لكل مستأجر
- توزيع التكلفة حسب المستأجر
طبقة 06
طبقة التجربة
- تطبيق العملاء بـ Next.js
- لوحة إدارة المستأجر
- لوحة العمليات الداخلية
- صفحة الحالة العامة
05
التقنيات المقترحة
أدوات قد نعتمدها في هذا التصوّر، وتشير إلى منظومات تقنية نعمل بها، لا إلى شراكات أو شهادات.
- Kubernetes
- Argo CD
- Terraform
- Istio
- Go
- TypeScript
- Next.js
- PostgreSQL
- Temporal
- Keycloak
- Open Policy Agent
- OpenTelemetry
- Prometheus
- Grafana
06
أبرز المزايا
عزل متدرّج للمستأجرين
من نموذج مشترك محمي داخل قاعدة البيانات إلى خلية مخصّصة بالكامل، بحسب الباقة.
جاهزية للمؤسسات
دخول موحّد عبر SAML، وتوفير مستخدمين عبر SCIM، وسجل تدقيق لكل مستأجر.
تهيئة مؤتمتة
إنشاء المستأجر الجديد ببنيته وإعداداته عبر سير عمل متين قابل للاستئناف.
قياس وفوترة حسب الاستخدام
قياس دقيق للاستهلاك يغذّي الفوترة والاستحقاقات.
نشر آمن ومتدرّج
GitOps ونشر تدريجي بإصدارات كناري وتراجع تلقائي عند الخلل.
رؤية التكلفة لكل عميل
توزيع التكاليف السحابية على المستأجرين لمعرفة ربحية كل حساب.
07
الفوائد المحتملة
هذه أهداف تصميمية يُبنى الحل لتحقيقها، وليست نتائج مُقاسة.
تقليل مخاطر انكشاف البيانات بين العملاء
تسريع إبرام صفقات المؤسسات بإجابات جاهزة عن متطلباتها
تحكّم أفضل في التكاليف السحابية وربحية كل حساب
إصدارات أكثر تواترًا بمخاطر أقل
مسار نموّ واضح من أول عميل إلى عملاء المؤسسات
الخدمات والقطاع ذو الصلة
القطاع
هندسة المنتجات للمؤسسين: من منتج أولي (MVP) أثبت جدواه إلى منصة SaaS قابلة للتوسع وجاهزة للمستثمرين.
الخدمات المرتبطة
بنى سحابية آمنة وقابلة للتوسع، وخطوط نشر مؤتمتة، ومراقبة شاملة على AWS وAzure وGoogle Cloud.
أمان يُبنى في المعمارية والشيفرة وخطوط النشر منذ اليوم الأول، لا يُضاف بعد الإطلاق.
مواقع مؤسسية ومتاجر ومنصات ويب ثنائية اللغة، تُبنى للسرعة والأمان والتوسع منذ السطر الأول.
أنظمة ERP وCRM وموارد بشرية ومالية مصمّمة حول طريقة عملك، متكاملة ومرنة وقابلة للنمو مع مؤسستك.
واجهات REST وGraphQL، وتكامل المدفوعات، وتكاملات قائمة على الأحداث تجعل أنظمتك المنفصلة منظومة واحدة.
هذا نموذج توضيحي أعدّته AMA GROUP لشرح حلٍّ محتمل، وليس عملًا منفّذًا لعميل؛ فالواجهة تعرض بيانات توضيحية، ولا تشير إلى أي عميل أو شعار أو نتائج محقّقة.
لديك تحدٍّ مشابه؟
شاركنا المشكلة التي تواجهها، وسنعود إليك بتصوّر واضح للنهج والنطاق والخطوات التالية.