Požadavky na životní cyklus tenanta ve víceklientském řešení

Při zvažování víceklientské architektury je důležité zvážit všechny různé fáze v životním cyklu tenanta.

Klienti zkušební verze

V případě řešení SaaS zvažte, že mnoho zákazníků si vyžádá nebo vyžaduje zkušební verze ještě předtím, než se dostanou k nákupu řešení. Zkušební verze přináší tyto jedinečné předpoklady:

  • Aby zkušební data mohla splňovat stejné požadavky na zabezpečení dat, výkon a úroveň služeb jako data pro úplné zákazníky?
  • Měli byste používat stejnou infrastrukturu pro zkušební klienty jako u úplných zákazníků, nebo máte vyhrazenou infrastrukturu pro zkušební klienty?
  • Pokud si zákazníci nakupují vaši službu po skončení zkušební verze, jak budou migrovat data z jejich klientů zkušební verze do jejich placených tenantů?
  • Existují limity, které mohou požádat o zkušební verzi? Jak můžete zabránit zneužití vašeho řešení?
  • Jaké limity chcete nebo potřebujete umístit na zákazníky zkušební verze, například časová omezení, omezení funkcí nebo omezení týkající se výkonu?

Zprovoznění nových tenantů

Při připojování nového tenanta Vezměte v úvahu následující skutečnosti:

  • Bude připojování k samoobslužnému, automatizovanému nebo ručnímu procesu?
  • Má zákazník nějaké zvláštní požadavky na zasídlí dat? Například existují předpisy pro svrchovanost dat?
  • Musí zákazník splňovat všechny standardy dodržování předpisů (například PCI DSS, HIPAA atd.)?
  • Má zákazník nějaké požadavky na zotavení po havárii, jako je například plánovaná doba obnovení (RTO) nebo cíl bodu obnovení (RPO)? Liší se od záruk, které poskytnete jiným zákazníkům?
  • Jaké informace požadujete, abyste mohli plně připojit zákazníky?
  • Nabízí platforma různé cenové možnosti a modely fakturace?
  • Vyžaduje zákazník předprodukční prostředí? A máte k dispozici očekávání pro prostředí? Je to přechodné (na vyžádání) nebo vždy k dispozici?

Jakmile se klienti připojí, přesunou se do režimu podnik jako obvykle. Existuje však stále několik důležitých událostí životního cyklu, které mohou nastat, i když jsou v tomto režimu.

Aktualizovat infrastrukturu tenantů

Budete muset zvážit, jak můžete použít aktualizace pro infrastruktury vašich tenantů. V různých klientech mohou být aktualizace aplikovány v různou dobu. Další informace o aktualizaci nasazení klientů najdete v tématu aktualizace .

Škálování infrastruktury tenantů

Vezměte v úvahu, jestli vaši klienti můžou mít sezónní obchodní vzory, nebo jinak změňte úroveň spotřeby pro vaše řešení. Pokud například zadáte řešení maloobchodníkům, očekáváte, že určité časy v roce budou obzvláště vytíženy v některých geografických oblastech a v tichém čase. Vezměte v úvahu, jestli to ovlivňuje způsob návrhu a škálování vašeho řešení, a zamyslete se na problémech s okolními sousedními problémy, když se podmnožina klientů neočekávaně škáluje a ovlivňuje výkon pro ostatní klienty. Můžete uvažovat o použití zmírnění rizik, která by mohla zahrnovat škálování infrastruktury jednotlivých tenantů, přesun tenantů mezi nasazeními a zajištění dostatečné úrovně kapacity pro zpracování špiček a žlabů v provozu.

Přesun tenantů mezi infrastrukturami

Může být nutné přesunout klienty mezi infrastrukturami z několika důvodů, včetně následujících:

  • Vertikálně rozdělujete vaše zákazníky a zvolíte, že chcete své klienty v rámci svých infrastruktur nebo nasazení vyvážit.
  • Zákazníci upgradují SKLADOVOU položku nebo cenovou úroveň a je potřeba je přesunout do jednoho tenanta, vyhrazené nasazení s vyšší izolací od ostatních tenantů.
  • Zákazníci si vyžádají svoje data, která se mají přesunout do vyhrazeného úložiště dat.
  • Zákazníci vyžadují, aby se data přesunula do nové geografické oblasti. Tato situace může nastat při akvizici společnosti nebo při změně zákonů nebo geopolitických situací.

Vezměte v úvahu, jak přesouváte data tenantů, a také přesměrovat požadavky na novou sadu infrastruktury, která je hostitelem jejich instance. Měli byste taky zvážit, jestli při přesunu tenanta dojde k výpadku, a zajistěte, aby se tento tenant plně dozvěděl s tímto klientem.

Sloučit a rozdělit klienty

Je potřeba se domnívat, že se klienti nebo zákazníci považují za statické a neměnící se entity. Ve skutečnosti to ale není pravda. Například:

  • V obchodních scénářích můžou být společnosti získané nebo slučované, včetně společností umístěných v různých geografických oblastech.
  • Podobně v obchodních scénářích může společnost rozdělit nebo doložit.
  • Ve scénářích příjemce se mohou jednotliví uživatelé připojit nebo opustit rodiny.

Zvažte, zda potřebujete poskytovat funkce pro správu sloučení a oddělení dat, identity uživatelů a prostředků. Také Vezměte v úvahu, jak vlastnictví dat ovlivňuje zpracování operací sloučení a rozdělení. Představte si například aplikaci pro fotografii uživatele vytvořenou pro rodiny, abyste mohli sdílet fotky mezi sebou. Jsou fotografie vlastněné jednotlivými rodinnými příslušníky, které je jim přispěly, nebo rodina jako celek? Pokud uživatelé odejdou ze skupiny, měla by jejich data být odebrána nebo zůstat v sadě dat řady? Pokud se uživatelé připojí k jiné rodině, měli by s nimi přesouvat staré fotky?

Odpojení klienti

Také je nevyhnutelné, že se klienti budou občas muset z vašeho řešení odebrat. Ve víceklientském řešení přináší tato část i některé důležité předpoklady, včetně následujících:

  • Jak dlouho byste měli spravovat zákaznická data? Existují právní požadavky na zničení dat po určitou dobu?
  • Měli byste poskytnout možnost opětovného zprovoznění zákazníků.
  • Pokud spouštíte sdílenou infrastrukturu, potřebujete znovu vyvážit přidělení klientů do infrastruktury?

Deaktivovat a znovu aktivovat klienty

Existují situace, kdy může být nutné deaktivovat nebo znovu aktivovat účet zákazníka. Například:

  • Zákazník požádal o deaktivaci. V zákaznickém systému se může zákazník odhlásit z odběru.
  • Zákazníkovi se nedá fakturovat a Vy musíte deaktivovat předplatné.

Deaktivace je oddělit k oddálení v tom, že má být dočasným stavem. Po uplynutí určité doby se ale můžete rozhodnout pro odpojení deaktivovaného tenanta.

Další kroky

Vezměte v úvahu cenové modely , které použijete pro vaše řešení.