منتجات SaaS

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

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

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

نعم. يصبح مزوّدٌ مثل Stripe نظامَ السجلّ للفوترة، بينما يبقى تطبيقكم نظامَ السجلّ للاستخدام. والجزءُ المهمّ هو تخزينُ الاستخدام كأحداثَ غيرِ قابلة للتعديل، لتستطيعوا إعادةَ التجميع بعد تغيير التسعير وتفسيرَ أيّ فاتورة من البيانات الأصلية لا من جدول ملخّص.

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

عمليًّا: تسجيلُ دخولٍ موحّد بـ SAML أو OIDC، وتزويدُ مستخدمين بـ SCIM، وصلاحياتٌ قائمة على الأدوار، وسجلُّ تدقيقٍ يقرؤه العميلُ بنفسه، وتصديرُ البيانات وحذفُها، والتزاماتُ جاهزيةٍ تستطيعون قياسَها فعلًا، وإجاباتٌ واضحة عن المعالِجين الفرعيين وموطن البيانات. لا شيء منها صعبٌ منفردًا، لكنّها جميعًا مكلفةٌ حين تُضاف تحت ضغط صفقة، وتلك هي حجّةُ ترتيبها قبل أن يتراكم خطُّ العملاء المؤسسيين.