Le traduzioni sono generate tramite traduzione automatica. In caso di conflitto tra il contenuto di una traduzione e la versione originale in Inglese, quest'ultima prevarrà.

Eliminazione del termine «single tenant»

Come parte dell'uso del termine multi-tenant, è naturale che le persone vogliano usare il termine single-tenant per descrivere gli ambienti SaaS. Tuttavia, dato il contesto delineato in precedenza, il termine single tenant crea confusione.

Il diagramma precedente è un ambiente single-tenant? Sebbene tecnicamente ogni tenant abbia il proprio stack, questi inquilini vengono ancora gestiti e gestiti in un modello multi-tenant. Questo è il motivo per cui il termine «locatario singolo» viene generalmente evitato. Invece, tutti gli ambienti sono caratterizzati come multi-tenant, in quanto implementano solo alcune varianti di tenancy in cui alcune o tutte le risorse sono condivise o dedicate.

Presentazione del silo e della piscina

Con tutte queste varianti di modelli e date le sfide legate al termine multi-tenancy, abbiamo introdotto una terminologia che ci consente di acquisire e descrivere con maggiore precisione i diversi modelli utilizzati nella creazione di un SaaS.

Due termini che utilizziamo per caratterizzare l'uso delle risorse in un ambiente SaaS sono silo e pool. Questi termini ci consentono di etichettare la natura degli ambienti SaaS, utilizzando multi-tenant come descrizione generale che può essere applicata a qualsiasi numero di modelli sottostanti.

Al livello più elementare, il termine silo è destinato a descrivere scenari in cui una risorsa è dedicata a un determinato inquilino. Al contrario, il modello pool viene utilizzato per descrivere scenari in cui una risorsa è condivisa dai tenant.

Quando esaminiamo come vengono usati i termini silo e pool, è importante chiarire che silo e pool non all-or-nothing sono concetti. Silo e pool possono essere applicati all'intero stack di risorse di un tenant oppure possono essere applicati selettivamente a parti dell'ambiente SaaS complessivo. Quindi, se diciamo che alcune risorse utilizzano un modello a silos, ciò non significa che tutte le risorse in quell'ambiente siano isolate. Lo stesso vale per il modo in cui useremmo il termine aggregato.

Il diagramma seguente fornisce un esempio di come i modelli in silos e in pool vengono utilizzati in modo più granulare in un ambiente SaaS:

Questo diagramma include una serie di esempi che hanno lo scopo di illustrare la natura più mirata dei modelli di silo e piscina. Se lo segui da sinistra a destra, vedrai che iniziamo con un microservizio di ordini. Questo microservizio dispone di elaborazione e storage in pool. Interagisce con un servizio di prodotto che dispone di elaborazione e storage in pool.

Il servizio di prodotto interagisce quindi con un microservizio di fatturazione che dispone di elaborazione in pool e archiviazione in silos. Questo servizio invia messaggi tramite code al servizio di spedizione. Le code vengono distribuite in un modello a silos.

Infine, il microservizio di spedizione acquisisce i messaggi dalle code isolate. Utilizza elaborazione e archiviazione in pool.

Sebbene ciò possa sembrare un po' complicato, l'obiettivo è evidenziare la natura granulare dei concetti di silo e piscina. Nel progettare e realizzare la tua soluzione SaaS, ci si aspetta che tu prenda queste decisioni in silos e pool in base alle esigenze del tuo dominio e dei tuoi clienti.

Vicini rumorosi, isolamento, dislocazione su più livelli e una serie di altri motivi possono influenzare come e quando si sceglie di applicare il modello a silo o a pool.