Cos'è il multi-tenant?

Un tenant può essere un singolo utente, ma più frequentemente è un gruppo di utenti, come un'organizzazione cliente, che condivide l'accesso e i privilegi comuni all'interno dell'istanza dell'applicazione. I dati di ogni tenant sono isolati e invisibili agli altri tenant che condividono l'applicazione, garantendo la sicurezza dei dati per tutti i tenant.

La multitenancy del software è l'architettura su cui viene erogato il Software-as-a-Service (SaaS). Se la tua organizzazione utilizza salesforce.com, HubSpot o un'altra offerta SaaS basata sul cloud, sei il tenant di un'offerta multi-tenant.

In modo un po' confuso, multi-tenant può riferirsi anche alle offerte di cloud hosting. Nell'hosting multi-tenant, chiamato anche hosting condiviso , un singolo computer fisico o macchina virtuale (VM) è condiviso tra più utenti o organizzazioni clienti. Le soluzioni di hosting multi-tenant sono offerte dai fornitori di servizi cloud come alternativa a basso costo alle soluzioni di hosting single tenant o dedicate.

Il resto dell'articolo si concentra sulla multitenancy del software. Scopri di più sui tipi di hosting multi-tenant e single tenant qui.

Rispetto all'architettura single tenant, in cui ogni tenant ha la propria istanza dell'applicazione, del database e dell'infrastruttura hardware di supporto, l'architettura multi-tenant offre benefici significativi ai fornitori di software e ai clienti tenant, tra cui:

• Costi inferiori: poiché il fornitore di software può servire più tenant da una singola applicazione e dall'infrastruttura di supporto (e poiché i tenant condividono l'onere della manutenzione del software, dell'infrastruttura e delle operazioni del data center), i costi correnti tendono ad essere inferiori a quelli del single tenant. Il software SaaS viene in genere offerto a un prezzo di abbonamento mensile o annuale prevedibile in base al numero di utenti, al livello di utilizzo o ai volumi di dati gestiti all'interno dell'applicazione.
  
  
• Scalabilità: i tenant possono scalare su richiesta, i nuovi utenti possono accedere alla stessa istanza del software, in genere per un aumento incrementale del tasso di abbonamento.
  
  
• Personalizzazione senza codifica: le offerte SaaS multi-tenant sono altamente configurabili in modo che ogni cliente tenant possa adattare l'applicazione ai suoi scopi aziendali specifici senza uno sviluppo personalizzato costoso, dispendioso in termini di tempo e talvolta rischioso.
  
  
• Aggiornamenti e manutenzione continui e coerenti: il fornitore di software multi-tenant è responsabile degli aggiornamenti e delle patch. Le nuove caratteristiche vengono aggiunte e/o vengono applicate le correzioni senza che il cliente debba fare niente e una sola volta (a differenza dell'architettura single-tenant, in cui i provider devono aggiornare ogni istanza del software).
  
  
• Miglioramento della produttività per i tenant. Non dover gestire l'infrastruttura o il software significa che i tenant sono liberi di concentrarsi su attività più importanti.

Il termine cloud multi-tenant veniva spesso (ma ora meno frequentemente) usato come sinonimo di hosting condiviso o per qualsiasi architettura in cui i clienti condividono risorse in un cloud privato o pubblico. Oggi sappiamo che la maggioranza dei principali provider di servizi cloud offre gran parte delle proprie soluzioni, tutto tranne il servizio di hosting dedicato, basato sul modello multi-tenant.

L'uso del modello multi-tenant consente ai provider di massimizzare l'utilizzo dell'hardware e dell'infrastruttura del data center e, quindi, di offrire servizi cloud ai clienti ai costi più bassi possibili.

Quando scelgono un database per applicazioni multi-tenant, gli sviluppatori devono trovare un equilibrio tra l'esigenza o il desiderio dei clienti di isolare i dati e una soluzione che si scali rapidamente e in modo conveniente in risposta alla crescita o ai picchi del traffico delle applicazioni.

Per garantire l'isolamento completo, lo sviluppatore può allocare un'istanza di database separata per ogni tenant; all'estremo opposto, per garantire la massima scalabilità, lo sviluppatore può fare in modo che tutti i tenant condividano la stessa istanza di database. Tuttavia, la maggior parte degli sviluppatori sceglie di utilizzare un storage dei dati come PostgreSQL, che consente a ogni tenant di avere il proprio schema all'interno della stessa istanza di database (a volte chiamato "soft isolation") e offre il meglio di entrambe le soluzioni.