La decisione da cui dipende ogni altra funzionalità
La decisione da cui dipende ogni altra funzionalità
Una piattaforma SaaS multi-tenant deve mantenere separati i dati e i permessi di ciascun tenant, pur condividendo un'unica base di codice, un unico schema e un unico ciclo di rilascio. Questo modello di tenancy — il modo in cui vengono applicati isolamento, permessi e comportamento per singolo tenant — è la decisione architetturale da cui dipende ogni altra funzionalità, ed è il fulcro di questo servizio: progettare piattaforme SaaS multi-tenant end-to-end, dallo schema e dal modello di tenancy alla progettazione delle API fino alla strategia di rilascio.
01In dettaglio
Isolamento dei tenant, in pratica
L'isolamento dei tenant può essere applicato a livelli diversi, e il livello più appropriato dipende dal profilo di rischio della piattaforma. Su Omnitech CRM, l'isolamento è applicato ai livelli del modello e della query — incluso il lavoro in background accodato — secondo un principio fail-closed, per cui uno scope tenant mancante fa fallire la richiesta anziché disperdere dati tra tenant diversi. Su IMFlow360, un modello di multi-tenancy basato su righe delimita ogni record per business e filiale, con il comportamento di catalogo, ordini e workflow commutato tramite un campo business_type anziché suddiviso in codebase separate per settore, permettendo a retail, ristorazione, saloni/centri estetici e attività basate su appuntamenti di operare su un unico schema condiviso di circa 146 tabelle.
02In dettaglio
Permessi e scope dei record, mantenuti separati
L'isolamento stabilisce chi può vedere i dati di un tenant; i permessi stabiliscono cosa può fare un utente autenticato all'interno di quel tenant. Omnitech CRM separa deliberatamente questi due aspetti tramite un registro dei permessi centralizzato — 126 permessi distribuiti su 22 moduli aziendali — che mantiene le azioni consentite distinte dallo scope dei record, così un ruolo può essere ampliato o ristretto senza intervenire sul livello di isolamento sottostante.
03In dettaglio
Integrazioni e pianificazione dei rilasci
Le integrazioni e il piano di rilascio di una piattaforma SaaS sono definiti dal suo modello di tenancy, non aggiunti in un secondo momento. Pulse / MyOmniHub isola ciascuna area di prodotto in un modulo autonomo — pubblicazione, hiring, moduli, commerce — mentre adapter di canale separati gestiscono Facebook, Instagram, TikTok, YouTube, LinkedIn e X in modo indipendente, così una modifica a un'integrazione non richiede il redeploy o il retest del resto della piattaforma. Il livello offline-first del punto vendita di IMFlow360 spinge questo principio oltre: ogni dispositivo accoda le proprie transazioni in un outbox e le sincronizza tramite un unico endpoint batch basato su identificatori generati lato client, così più terminali e una connessione instabile non si traducono in ordini duplicati o persi.
