İlk büyük müşteri SaaS ürününün sınırlarını görünür kılar

Bir kurumsal müşteri ek onay isterken diğer müşteriler mevcut akışla çalışır. SaaS ekibi için bir ürün kararı görünür olur: Bu seçenek ortak ürüne dahil mi ve orada nasıl sürdürülebilir?

Aşağıdaki örnek tamamen varsayımsaldır. Gerçekte sipariş edilmiş bir özellik veya ölçülmüş proje sonucu anlatmaz.

Seçeneği izlenebilir kuralla tanımlayın

Ürünün C10 ve C20 şirketlerinin siparişlerini işlediğini varsayalım. Yeni müşteri, başka bir yetkili kişinin onayını ister. Siparişi veren kendi siparişini onaylayamaz. Diğer müşterinin mevcut yolu korunacaktır.

Yönetilen müşteri ayarının bu seçeneği anlamlı biçimde taşıyıp taşımadığı ürün modeline bağlıdır. Örnekte sınanabilir durumdadır: Kural, kapsam ve iki müşteri için beklenen davranış tanımlıdır.

Özel çözümün sonraki yaşamını da düşünün

Yalnız müşteri adına göre hazırlanmış kod kopyasının da ileride düzeltilmesi, sınanması ve güncellenmesi gerekir. Bu nedenle önce ihtiyacın ortak üründe sınırları açık bir seçenek olarak sürdürülebilirliğini incelerdik. Bu koşullu öneri, her istisnayı ayar yapma zorunluluğu değildir.

Müşteri ayrı bakım ve destek isteyen kökten farklı bir süreç arıyorsa ayrı çözüm bilinçli tercih olabilir. Kapsam ve sorumluluk da açıkça kararlaştırılmalıdır. Ayrılmış kaynaklar veya ayrı dağıtımlar ise otomatik olarak farklı ürün kodu gerektirmez.

İşlevi, hizmet hakkını ve veri erişimini ayırın

Özellik bayrağı, süreli devreye almada yardımcı olabilir. Kalıcı olarak anlaşılmış hizmet hakkı ise uygun yönetim ve uygulama gerektirir. İşlevin açık olması da kimin hangi şirket adına onay verebileceğinin kontrolünü karşılamaz.

Örnekte güncelleme hem onay seçeneğini hem değişmeyen akışı sınamalıdır. Belirleyici olan izlenebilir ürün kuralı ve bakım yüküdür; ilk müşteri isteği tek başına mimariyi belirlemez.

Kaynaklar

• AWS Well-Architected — SaaS Lens: Operate

• Microsoft — Deployment and configuration of multitenant solutions

• Microsoft — Tenancy models for a multitenant solution