Condividi tramite


Architettura della soluzione SaaS e multi-tenant

Un'organizzazione può usare software come servizio (SaaS) per distribuire in modo efficiente il software ai clienti. In genere, un fornitore SaaS opera e gestisce il software per i loro clienti. Molti fornitori di software indipendenti (ISV) si stanno allontanando dalla fornitura di software che i clienti devono installare e gestire autonomamente all'uso di un modello SaaS perché migliora l'esperienza del cliente e riduce il sovraccarico. Questo articolo è un'introduzione a una serie di articoli che forniscono indicazioni e risorse per le organizzazioni, incluse le startup, che creano soluzioni SaaS. Fornisce anche indicazioni complete su come progettare soluzioni multi-tenant in Azure.

Concetti chiave

I concetti chiave di questo articolo sono SaaS, startup e multi-tenancy. Questi termini sono correlati, quindi vengono spesso usati erroneamente in modo intercambiabile. È importante comprendere come questi termini sono diversi. SaaS e startup sono concetti aziendali e multi-tenancy è un concetto di architettura.

SaaS è un modello aziendale. Un'organizzazione può scegliere di fornire ai clienti il prodotto software come servizio. I prodotti SaaS vengono venduti alle aziende in un modello business-to-business (B2B) o direttamente ai consumer in un modello business-to-consumer (B2C). I prodotti SaaS sono diversi dai prodotti che i clienti installano e gestiscono autonomamente perché il fornitore della soluzione ospita e gestisce i prodotti SaaS. Molte soluzioni SaaS usano un'architettura multi-tenant. Le soluzioni SaaS possono anche usare modelli o approcci multi-tenancy diversi.

Le startup sono aziende in una fase iniziale del ciclo di vita. Molte startup software creano soluzioni SaaS, ma alcune potrebbero fornire software in altri modi. Le startup spesso hanno preoccupazioni specifiche, tra cui l'innovazione rapida, la ricerca di un prodotto e l'adattamento al mercato e l'anticipazione della scalabilità e della crescita.

La multi-tenancy è un modo per progettare una soluzione per condividere componenti tra più tenant, che in genere corrispondono ai clienti. In genere si usano architetture multi-tenant nelle soluzioni SaaS. È anche possibile usare architetture multi-tenant all'esterno di SaaS, ad esempio nelle organizzazioni che creano una piattaforma per più business unit da condividere. La multi-tenancy non implica che ogni componente in una soluzione sia condiviso. Invece, implica che almeno alcuni componenti di una soluzione siano riutilizzati tra più clienti. Il modo in cui si definisce un tenant e si sceglie un modello di tenancy dipende dal fatto che il modello aziendale sia SaaS B2C o B2B SaaS o si è un'organizzazione di grandi dimensioni.

Annotazioni

Questa serie usa il termine tenant per fare riferimento ai vostri tenant, che potrebbero essere i vostri clienti o gruppi di utenti. Le linee guida consentono di creare soluzioni software multi-tenant personalizzate sulla piattaforma Azure.

In Microsoft Entra ID un tenant fa riferimento a singole directory e la multi-tenancy fa riferimento alle interazioni tra più tenant di Microsoft Entra. I termini sono gli stessi, ma i concetti non lo sono. Per maggiore chiarezza, questa serie usa il termine completo Microsoft Entra tenant quando si fa riferimento al concetto di tenant di Microsoft Entra ID.

Il diagramma seguente illustra le differenze tra questi concetti per un'organizzazione che usa un modello aziendale SaaS:

Diagramma che mostra un'architettura di applicazioni multi-tenant che gestisce un modello aziendale SaaS.

Il diagramma seguente illustra come usare un'architettura multi-tenant in un modello aziendale che non è un SaaS:

Diagramma che mostra come un'organizzazione può usare un'architettura multi-tenant.

La differenza principale tra i due diagrammi è il modello di business, che influisce sul modo in cui si definisce un tenant nel contesto dell'organizzazione. Il modello aziendale influisce anche sulle scelte di progettazione per l'architettura multi-tenant sottostante, ma i principi della multi-tenancy rimangono sempre invariati.