En tenant-bytter er ikke multi-tenant-arkitektur

Verktøymarkedet rundt Entra ID er i praksis bygget for én kunde: én organisasjon, én katalog, ett IT-team. Når slike verktøy møter et driftsselskap, får de gjerne påmontert en tenant-velger — en nedtrekksmeny som bytter kontekst. Det ser ut som multi-tenant. Det er det ikke.

Ekte flertenant-arkitektur handler om tre ting en meny ikke løser.

1. Konfigurasjon

Kundene dine er ikke like. Én kunde vil at gruppeendringer godkjennes av nærmeste leder, en annen vil at alt går via egen IT-sjef, en tredje har feltnavn og roller som følger et fagsystem. Hvis verktøyet har én global konfigurasjon, blir hver kundeforskjell en manuell rutine ved siden av verktøyet — og rutiner ved siden av verktøyet er der feilene bor. I Entra Logic konfigureres hver modul per tenant: godkjenningsflyt, aktiverte moduler, tilgangsregler og feltnavn kan settes ulikt for hver kunde, i samme system.

2. Økonomi

Et driftsselskap må kunne svare på hva hver kunde faktisk koster og forbruker: lisenser, Azure-forbruk, endringsvolum. Står kostnadsrapporteringen i et annet system enn identitetsstyringen, må noen avstemme dem — hver måned, for hver kunde. Entra Logic fordeler kostnads- og lisensrapportering på selskap og kunde i samme system som styrer identitetene bak kostnaden. Det er grunnlaget for viderefakturering som stemmer, uten regneark i midten.

3. Risiko og skille

Når hundre tenanter administreres gjennom én flate, er spørsmålet ikke om noen en dag gjør en endring i feil tenant — det er hva som da skjer. I en modell med direkte redigering er svaret: endringen skjer. I en ordremodell er svaret: forespørselen rutes til den tenantens godkjenningsflyt, og en godkjenner hos feil kunde ser en ordre som ikke gir mening. Godkjenningsleddet er ikke bare styring — det er en kontekstsperre.

Arkitekturvalg, ikke funksjoner

Per-tenant-konfigurasjon i hver modul, kostnadsfordeling på tvers av selskaper og godkjenningsflyt som følger tenanten må ligge i grunnmuren fra første linje kode. Entra Logic er bygget slik fordi de første store brukerne var nettopp miljøer med mange selskaper i samme struktur.

Testen du kan gjøre mot ethvert verktøy, inkludert vårt: be om å få se hvordan to kunder med ulik godkjenningsflyt ser ut side om side, og hvor kostnadsrapporten per kunde kommer fra. Hvis svaret involverer ordet «eksport», vet du hva du ser på.