Progettare soluzioni multi-tenant in Azure
Una soluzione multi-tenant è usata da più clienti o tenant. I tenant sono distinti dagli utenti. Più utenti di una singola organizzazione, società o gruppo formano un singolo tenant. Esempi di applicazioni multi-tenant includono:
- Soluzioni business-to-business (B2B), ad esempio software contabile, rilevamento del lavoro e altri prodotti SaaS (Software as a Service).
- Soluzioni business-to-consumer (B2C), ad esempio streaming musicale, condivisione di foto e servizi di social network.
- Soluzioni della piattaforma a livello aziendale, ad esempio un cluster Kubernetes condiviso usato da più business unit all'interno di un'organizzazione.
Quando si compila una soluzione multi-tenant in Azure, sono necessari diversi elementi da considerare nell'architettura.
In questa serie vengono fornite indicazioni su come progettare, compilare e gestire le proprie soluzioni multi-tenant in Azure.
Nota
In questa serie viene usato il termine tenant per fare riferimento ai tenant, che potrebbero essere i clienti o i gruppi di utenti. Le linee guida consentono di creare soluzioni software multi-tenant personalizzate sulla piattaforma Azure.
Microsoft Entra ID include anche il concetto di tenant per fare riferimento alle singole directory e usa il termine multi-tenancy per fare riferimento alle interazioni tra più tenant di Microsoft Entra. Anche se i termini sono gli stessi, i concetti non sono. Quando è necessario fare riferimento al concetto di Microsoft Entra di un tenant, la si disambigua usando il termine completo microsoft Entra tenant.
Ambito
Azure è un servizio multi-tenant e alcune delle linee guida si basano sull'esperienza con l'esecuzione di soluzioni multi-tenant di grandi dimensioni. Tuttavia, l'obiettivo di questa serie è aiutare a creare servizi multi-tenant personalizzati, sfruttando al contempo la potenza della piattaforma Azure.
Inoltre, quando si progetta una soluzione, è necessario prendere in considerazione molte aree. Il contenuto di questa sezione è specifico del modo in cui si progetta per la multi-tenancy. Non vengono illustrate tutte le funzionalità dei servizi di Azure o tutte le considerazioni di progettazione dell'architettura per ogni applicazione. È consigliabile leggere questa guida insieme a Microsoft Azure Well-Architected Framework e alla documentazione per ogni servizio di Azure usato.
Destinatari
Le indicazioni fornite in questa serie sono applicabili a chiunque stia creando un'applicazione multi-tenant in Azure. Il pubblico include anche chiunque stia creando prodotti SaaS, ad esempio fornitori di software indipendenti (ISV) e startup, sia che questi prodotti SaaS siano destinati a aziende o consumatori. Include anche chiunque stia creando un prodotto o una piattaforma destinata a essere usata da più clienti o tenant.
Alcuni dei contenuti di questa serie sono progettati per essere utili per i decision maker tecnici, come i chief technology officer (CTO) e architetti e chiunque progetti o implementi una soluzione multi-tenant in Microsoft Azure. Altri contenuti sono più tecnicamente incentrati e sono destinati a architetti e ingegneri della soluzione che implementano una soluzione multi-tenant.
Nota
I provider di servizi gestiti gestiscono e gestiscono gli ambienti Azure per conto dei clienti e collaborano con più tenant di Microsoft Entra nel processo. Si tratta di un'altra forma di multi-tenancy, ma è incentrata sulla gestione delle risorse di Azure in più tenant di Microsoft Entra. Questa serie non è progettata per fornire indicazioni su queste questioni.
Tuttavia, è probabile che la serie sia utile per gli ISV che compilano software per i provider di servizi gestito o per chiunque altro che compila e distribuisca software multi-tenant.
Cos'è in questa serie?
Il contenuto di questa serie è composto da tre sezioni principali:
Considerazioni sull'architettura per una soluzione multi-tenant: questa sezione offre una panoramica dei requisiti e delle considerazioni principali da tenere presenti durante la pianificazione e la progettazione di una soluzione multi-tenant.
Le considerazioni sull'architettura sono particolarmente rilevanti per i decision maker tecnici, come i chief technology officer (CTOs) e gli architetti. I responsabili dei prodotti troveranno anche valore per comprendere in che modo la multi-tenancy influisce sulle proprie soluzioni. Inoltre, chiunque lavori con architetture multi-tenant dovrebbe avere familiarità con questi principi e compromessi.
Approcci architetturali per la multi-tenancy: questa sezione descrive gli approcci che è possibile prendere in considerazione durante la progettazione e la creazione di soluzioni multi-tenant usando i tipi di risorse cloud chiave. La sezione include una discussione su come creare soluzioni multi-tenant con componenti di calcolo, rete, archiviazione, dati, messaggistica, identità, intelligenza artificiale/MACHINE e IoT, nonché distribuzione, configurazione, organizzazione delle risorse, governance, conformità e gestione dei costi.
Gli approcci architetturali sono progettati per essere utili per architetti di soluzioni e sviluppatori leader.
Linee guida specifiche del servizio per una soluzione multi-tenant: questa sezione fornisce indicazioni mirate per servizi di Azure specifici. Include discussioni sui modelli di isolamento tenancy che è possibile prendere in considerazione per i componenti della soluzione, nonché tutte le funzionalità particolarmente rilevanti per una soluzione multi-tenant.
Le linee guida specifiche del servizio sono utili per architetti, sviluppatori potenziali e chiunque stia creando o implementando componenti di Azure per una soluzione multi-tenant.
Viene inoltre fornito un elenco di controllo da usare durante la progettazione e la creazione di una soluzione multi-tenant e un elenco di risorse e collegamenti correlati per architetti e sviluppatori di soluzioni multi-tenant.
Video
Per una panoramica del contenuto trattato in questa serie e i concetti di base della multi-tenancy, vedere questo video di Microsoft Reactor:
Azure Active Directory è ora Microsoft Entra ID. Per altre informazioni, vedere Nuovo nome di Azure AD.
Passaggi successivi
Esaminare le considerazioni sull'architettura per una soluzione multi-tenant.