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