Architettura della soluzione SaaS e multi-tenant

  • Articolo

Un'organizzazione può usare software come servizio (SaaS) per distribuire in modo efficiente il software ai clienti. In genere, un fornitore SaaS gestisce e gestisce il software per i clienti. Molti fornitori di software indipendenti (ISV) stanno eseguendo la migrazione 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. Questa è 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 sull'architettura di 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 capire come 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, noti anche come business-to-business (B2B) o ai consumatori, noti anche come 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, ma alcune no. Le soluzioni SaaS possono anche usare modelli o approcci multi-tenancy diversi.

Le startup sono aziende in una fase iniziale del loro 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. Implica invece che almeno alcuni componenti di una soluzione vengano riutilizzati in più tenant. 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.

Nota

Questa serie usa 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.

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. Anche se i termini sono gli stessi, i concetti non sono. Per maggiore chiarezza, questa serie usa il termine completo, il tenant di Microsoft Entra, quando si fa riferimento al concetto di ID Entra di Microsoft di un tenant.

Questo diagramma illustra le differenze tra questi concetti per un'organizzazione che usa un modello di business SaaS:

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

Questo diagramma illustra come usare un'architettura multi-tenant in un modello aziendale non SaaS:

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

La differenza principale tra i due diagrammi è il modello di business, che in ultima analisi influenza il modo in cui si definisce un tenant nel contesto dell'organizzazione. Il modello aziendale influenza anche le scelte di progettazione per l'architettura multi-tenant sottostante, ma le entità di sicurezza della multi-tenancy rimangono sempre invariate.

Passaggi successivi