Çok kiracılı bir çözümde kiracı yaşam döngüsü konuları

Çok kiracılı bir mimariyi düşünürken, kiracının yaşam döngüsünün tüm farklı aşamalarını göz önünde bulundurmanız önemlidir. Bu sayfada, yaşam döngüsünün aşamaları ve her aşama için önemli noktalar hakkında teknik karar mekanizmaları için rehberlik sunuyoruz.

Deneme kiracılar

SaaS çözümleri için, bir çözüm satın almak üzere işlemeden önce, birçok müşterinin deneme gerektirdiğini veya istek gerektirdiğini düşünün. Denemeler aşağıdaki benzersiz konuları getirir:

• Deneme verileri, tam müşterilere yönelik verilerle aynı veri güvenliği, performans ve hizmet düzeyi gereksinimlerine tabi olmalıdır mi?
• Deneme kiracılar için aynı altyapıyı, tüm müşteriler için kullandığınız veya deneme kiracılar için ayrılmış altyapıya sahip olmanız gerekir mi?
• Müşteriler bir deneme sonrasında hizmetinizi satın alıyorsa, verileri deneme kiracılarından ücretli kiracılara nasıl geçirebilirim?
• Deneme yanılma isteyebilen sınırlar var mı? Çözümünüzün kötüye kullanımını nasıl önleyebilirim?
• Zaman sınırları, özellik kısıtlamaları veya performanstan oluşan sınırlamalar gibi deneme müşterilerine ne kadar sınırlama yapmanız gerekir?

Yeni kiracılar ekleme

Yeni bir kiracı eklerken şunları göz önünde bulundurun:

• Self servis, otomatikleştirilmiş veya el ile gerçekleştirilen bir işlem mi olacak?
• Müşterinin veri yerleşimi için herhangi bir özel gereksinimi var mı? Örneğin, aslında veri argemenlik yönetmelikleri var mı?
• Müşterinin herhangi bir uyumluluk standardını (PCI DSS, HIPAA vb.) karşılaması gerekir mi?
• Müşteri, kurtarma süresi hedefi (RTO) veya kurtarma noktası hedefi (RPO) gibi belirli bir olağanüstü durum kurtarma gereksinimlerine sahip mi? Bu, diğer müşterilere sağladığınız garantilerden farklı midir?
• Müşteriyi tam olarak eklemek için hangi bilgileri gerekir?
• Platform farklı fiyatlandırma seçenekleri ve faturalandırma modelleri sağlıyor mu?
• Müşteri, üretim öncesi ortamlar gerektiriyor mu? Bu ortamın kullanılabilirliği üzerinde beklentileri mi belirleyin? Geçici mi (isteğe bağlı) yoksa her zaman kullanılabilir mi?

Kiracılar eklendi olduktan sonra, bir ' iş olağan olarak ' moduna geçer. Ancak, bu kipte olsalar bile, gerçekleşebilecekleri bazı önemli yaşam döngüsü olayları vardır.

Kiracıların altyapısını Güncelleştir

Kiracılarınız için güncelleştirmeleri nasıl uygulayacağınızı göz önünde bulundurmanız gerekir. Farklı kiracılarda farklı zamanlarda güncelleştirmeler uygulanmış olabilir. Kiracıların dağıtımlarını güncelleştirme hakkında diğer konular için bkz. güncelleştirmeler .

Kiracıların altyapısını ölçeklendirin

Kiracılarınızın mevsimsel iş desenlerine sahip olup olmadığını düşünün veya çözümünüz için tüketim düzeyini değiştirin. Örneğin, perakendecilere bir çözüm sağlarsanız, yılın belirli sürelerinin bazı coğrafi bölgelerde özellikle meşgul olacağını ve diğer zamanlarda sessiz olmasını beklemeniz gerekir. Bu durumun, çözümünüzü tasarlama ve ölçeklendirme ve gürültülü komşu sorunları fark etmeksizin, kiracının bir alt kümesinin beklenmedik şekilde ölçeklendirilmesi ve diğer kiracılara yönelik performansı etkilemesi gibi konuları göz önünde bulundurun. Tek tek kiracılar altyapısının ölçeklendirilmesi, dağıtımlar arasında kiracılar taşımak ve trafik içinde ani artışları ve Troughs işlemek için yeterli kapasite düzeyi sağlamak içerebilen azaltmaları uygulayabilirsiniz.

Kiracılar arasında kiracılar taşıma

Aşağıdakiler de dahil olmak üzere, kiracılar arasında bir kaç nedenden dolayı kiracılar taşımanız gerekebilir:

• Müşterilerinizi dikey olarak bölümleyerek altyapılarınızın veya dağıtımlarınızın genelinde yeniden dengelenmesini seçersiniz.
• Müşteriler bir SKU veya fiyatlandırma katmanını yükseltiyor ve diğer kiracılardan daha yüksek yalıtımıyla tek kiracılı ve ayrılmış bir dağıtıma taşınmaları gerekir.
• Müşteriler verilerinin ayrılmış bir veri deposuna taşınmasını ister.
• Müşteriler, verilerinin yeni bir coğrafi bölgeye taşınmasını gerektirir. Bu durum şirket alma sırasında veya yasalar ya da coğrafi durumlar değiştiğinde gerçekleşebilir.

Kiracılarınızın verilerini nasıl taşıyacağınızı ve istekleri örneğini barındıran yeni altyapı kümesine yeniden yönlendirmeyi düşünün. Ayrıca, bir kiracının kapalı kalma süresine neden olup olmayacağını ve kiracıların bunun tam olarak farkında olduğundan emin olmanız gerekir.

Kiracılar Birleştir ve Böl

Kiracılar veya müşterileri statik, değişmeyen varlıklar olarak düşünmek ister. Bununla birlikte, gerçekte bu genellikle doğru değildir. Örnek:

• İş senaryolarında, şirketler farklı coğrafi bölgelerde yer alan şirketler de dahil alınmış olabilir veya birleştirilebilir.
• Benzer şekilde, iş senaryolarında, şirketler bölebilir veya divest.
• Tüketici senaryolarında, bireysel kullanıcılar aileye katılabilir veya onları bırakabilir.

Verileri, Kullanıcı kimliklerini ve kaynakları birleştirmeyi ve ayırmayı yönetmek için yetenekler sağlamanız gerekip gerekmediğini göz önünde bulundurun. Ayrıca, veri sahipliğinin birleştirme ve bölme işlemlerini işlemeyi nasıl etkilediğini de göz önünde bulundurun. Örneğin, aileler için oluşturulmuş bir tüketici Fotoğrafçılık uygulamasını, fotoğrafları birbiriyle paylaşmak üzere göz önünde bulundurun. Fotoğraflar, bunlara katkıda bulunan bireysel aile üyelerine mı ait, yoksa bir bütün olarak aile mi? Kullanıcılar aileden ayrıldığında, verilerin kaldırılması veya aile veri kümesinde kalması gerekir mi? Kullanıcılar başka bir aileye katılırsanız, eski fotoğraflar bu dosyalarla birlikte hareket etmelidir mi?

Kapalı kiracılar

Ayrıca, kiracının bazen çözümünüzden kaldırılması gereken çok daha fazla tablo vardır. Çok kiracılı bir çözümde, bu, aşağıdakiler de dahil olmak üzere bazı önemli noktalara yol gösterir:

• Müşteri verilerini ne kadar süreyle korumanız gerekir? Belirli bir süre sonra verileri bozmak için yasal gereksinimler var mı?
• Müşteriler için yeniden eklendi özelliğini sağlamanız gerekir mi?
• Paylaşılan altyapıyı çalıştırırsanız, kiracıları altyapıya ayırmayı yeniden dengelemeniz gerekiyor mu?

Kiracılar devre dışı bırakma ve yeniden etkinleştirme

Müşterinin hesabının devre dışı bırakılması veya yeniden etkinleştirilmesi gerekebilecek durumlar vardır. Örnek:

• Müşterinin devre dışı bırakılması istendi. Bir tüketici sisteminde, müşteri aboneliği kaldırma işlemini kabul edebilir.
• Müşteri faturalandırılmaz ve aboneliği devre dışı bırakmanız gerekir.

Devre dışı bırakma, geçici bir durum olması amaçlanan için boşaltmaktır. Ancak, bir süre sonra devre dışı bırakılmış bir kiracıyı devre dışı bırakmak isteyebilirsiniz.

Sonraki adımlar

Çözümünüz için kullanacağınız fiyatlandırma modellerini göz önünde bulundurun.