{"id":1078,"date":"2019-12-13T18:46:26","date_gmt":"2019-12-13T17:46:26","guid":{"rendered":"https:\/\/blog.besharp.it\/?p=1078"},"modified":"2021-03-17T15:05:31","modified_gmt":"2021-03-17T14:05:31","slug":"saas-enamblement-from-mono-tenant-to-multi-tenant","status":"publish","type":"post","link":"https:\/\/blog.besharp.it\/it\/saas-enamblement-from-mono-tenant-to-multi-tenant\/","title":{"rendered":"SaaS Enablement: da mono-tenant a multi-tenant."},"content":{"rendered":"

Bentornati nella nostra serie di articoli dedicata al tema SaaS Enablement.<\/p>\n

Dopo il nostro deep-dive sulla scomposizione di un monolite in microservizi<\/a>, siamo pronti per addentrarci in un altro aspetto del modello SaaS: l\u2019approccio multi-tenant.<\/p>\n

Perch\u00e9 \u00e8 cos\u00ec importante quando si parla di Software as a Services? E come implementarlo efficacemente?<\/p>\n

Introduzione<\/h2>\n

Oggi sempre di pi\u00f9, pattern come quello SaaS sono fondamentali per determinare il successo di un prodotto.<\/p>\n

La semplice adozione di questo modello, per\u00f2, non \u00e8 abbastanza.<\/p>\n

Distribuire un prodotto pensato e progettato come mono-tenant secondo il SaaS Delivery Model \u00e8 uno degli errori pi\u00f9 comuni.<\/p>\n

Infatti, installare una copia del software per ogni cliente su un\u2019infrastruttura dedicata potrebbe tecnicamente funzionare, ma finirebbe per diventare presto insostenibile sia dal punto di vista gestionale, che finanziario.<\/p>\n

Costruire efficacemente una soluzione SaaS significa soprattutto garantire la customer satisfaction su qualsiasi scala.<\/p>\n

Per aumentare il profitto continuando a garantire, allo stesso tempo, la miglior user experience possibile \u00e8 necessario poter adattare potenza di calcolo e spesa al traffico effettivo e al numero reale degli utenti. Raggiungere questo scenario-tipo \u00e8 possibile sfruttando la condivisione dell\u2019infrastruttura tra tutti gli utenti.<\/p>\n

Mono-tenant VS multi-tenant: cosa cambia?<\/h2>\n

Un software mono-tenant funziona come un client individuale. Per ciascun cliente esistono un database indipendente e una istanza del software dedicata. Ogni elemento \u00e8 dedicato esclusivamente ad un solo customer.<\/p>\n

Con un software multi-tenant, al contrario, l\u2019istanza del software in funzione su una piattaforma SaaS serve contemporaneamente tutti gli utenti. Ogni cliente si serve dello stesso software dell\u2019applicazione e attinge dallo stesso database. La condivisione resta comunque a livello infrastrutturale e non implica la condivisione dei dati del Tenant che restano isolati e invisibili agli altri Tenant.<\/p>\n

Perch\u00e9 optare per un modello multi-tenant<\/h2>\n

Vediamo ora alcuni esempi di vantaggi di un approccio multi-tenant sull\u2019approccio mono-tenant:<\/p>\n