Když zvažujete architekturu s více tenanty, musíte udělat několik rozhodnutí a zvážit prvky.
V architektuře s více tenanty můžete sdílet některé nebo všechny prostředky mezi tenanty. Tento proces znamená, že víceklientová architektura vám může poskytnout nákladovou a provozní efektivitu. Víceklientská architektura však přináší složitosti, včetně následujících:
- Jak definujete, co je tenant pro vaše konkrétní řešení? Odpovídá tenant zákazníkovi, uživateli nebo skupině uživatelů (například týmu)?
- Jak nasadíte infrastrukturu pro podporu víceklientské architektury a jak velkou izolaci budete mít mezi tenanty?
- Jaké komerční cenové modely bude vaše řešení nabízet a jak vaše cenové modely ovlivní vaše požadavky na víceklientské prostředí?
- Jakou úroveň služby potřebujete poskytovat svým tenantům? Zvažte požadavky na výkon, odolnost, zabezpečení a dodržování předpisů, jako je rezidence dat.
- Jak plánujete růst vaší firmy nebo řešení a bude se škálovat na očekávaný počet tenantů?
- Má některý z vašich tenantů neobvyklé nebo zvláštní požadavky? Potřebuje například váš největší zákazník vyšší výkon nebo silnější záruky než ostatní?
- Jak budete monitorovat, spravovat, automatizovat, škálovat a řídit své prostředí Azure a jak to ovlivní víceklientská architektura?
- Které komponenty vašeho řešení zajišťují onboarding a správu tenanta a jak by měly být tyto komponenty navrženy?
Požadavky
Bez ohledu na vaši architekturu je nezbytné, abyste jasně porozuměli požadavkům zákazníků nebo tenantů. Pokud jste se zavázali k prodeji zákazníkům nebo pokud máte splněné smluvní závazky nebo požadavky na dodržování předpisů, musíte při návrhu řešení vědět, jaké jsou tyto požadavky. Stejně tak ale vaši zákazníci můžou mít implicitní očekávání ohledně toho, jak by věci měly fungovat nebo jak byste se měli chovat, což může ovlivnit způsob, jakým navrhujete řešení s více tenanty.
Představte si například, že vytváříte řešení s více tenanty, které prodáváte firmám v odvětví finančních služeb. Vaši zákazníci mají velmi přísné požadavky na zabezpečení a potřebují, abyste poskytli úplný seznam všech názvů domén, které vaše řešení používá, aby si ho mohli přidat na seznam povolených bran firewall. Tento požadavek ovlivňuje služby Azure, které používáte, a úroveň izolace, kterou musíte poskytovat mezi tenanty. Vyžadují také minimální úroveň odolnosti jejich řešení. Může existovat mnoho podobných očekávání, explicitních i implicitních, která je potřeba zvážit v rámci celého řešení.
V této části nastíníme aspekty, které byste měli vzít v úvahu, požadavky, které byste měli splnit, a některé kompromisy, které je potřeba udělat při plánování architektury s více tenanty.
Zamýšlená cílová skupina
Články v této části jsou důležité zejména pro technické pracovníky s rozhodovací pravomocí, jako jsou vedoucí pracovníci technického oddělení (CTO) a architekti, a také produktoví manažeři. Mezi cílovou skupinu patří také nezávislí dodavatelé softwaru (ISV) a startupy, kteří vyvíjejí řešení SaaS. Každý, kdo pracuje s víceklientských architektur, by měl mít s těmito principy a kompromisy určitou znalost.
Další kroky
Zvažte různé modely tenantů pro vaše řešení.