# Vad är multi-tenant-arkitektur i SaaS | Miyagami > Multi-tenant-arkitektur betjänar många kunder från en och samma app. Databasmodeller, isolering, avvägningar mot single-tenant och vad du bör kontrollera. Source: https://www.miyagami.com/sv/resources/articles/what-is-multi-tenant-architecture [Hem](https://www.miyagami.com/sv/)/ [Resurser](https://www.miyagami.com/sv/resources)/ [Artiklar](https://www.miyagami.com/sv/resources/articles)/ [Verktyg och infrastruktur](https://www.miyagami.com/sv/resources/articles/tools-and-infrastructure)/ Vad är multi-tenant-arkitektur # Vad är multi-tenant-arkitektur **[Bo Wesdorp](https://www.linkedin.com/in/bo-wesdorp-496a36167/)** Medgrundare och CTO, Miyagami [Verktyg och infrastruktur](https://www.miyagami.com/sv/resources/articles/tools-and-infrastructure)3 min läsning 20 oktober 2026 Multi-tenant-arkitektur innebär att en och samma körande applikation betjänar många kunder, kallade tenants, samtidigt som varje tenants data hålls separat. Det är standardgrunden för SaaS-produkter eftersom alla kunder delar samma kod och infrastruktur, vilket håller driftkostnaderna låga. Designarbetet ligger i att isolera tenants från varandra. ## Vad är en tenant En tenant är ett kundkonto som äger sina egna användare och sin egen data, till exempel ett företag som använder din produkt. Anställda hos tenant A får aldrig se data från tenant B, även om båda använder samma applikation och ofta samma databas. ## Hur skiljer det sig från single-tenant I en single-tenant-uppsättning får varje kund sin egen driftsättning. Det ger stark isolering och enkel kundanpassning, men det multiplicerar arbetet: varje uppgradering, säkerhetskopiering och incident upprepas per kund. | | Multi-tenant | Single-tenant | | --- | --- | --- | | Infrastruktur | Delad | Per kund | | Driftkostnad per kund | Lägre | Högre | | Uppgraderingar | En gång för alla | Per kund | | Isolering | Via design och åtkomstregler | Fysisk | | Anpassning | Begränsad, via inställningar | Bred | | Passar | De flesta SaaS-produkter | Strikt regelefterlevnad, stora skräddarsydda avtal | ## Vilka databasmodeller finns det Team väljer vanligtvis ett av tre alternativ: - **Delad databas, delade tabeller.** Varje rad innehåller ett tenant-ID. Det är det billigaste och enklaste att skala, och det kräver att varje fråga filtrerar korrekt. - **Delad databas, schema per tenant.** Varje tenant får ett eget schema. Isoleringen är starkare och migreringar blir tyngre i takt med att antalet tenants växer. - **Databas per tenant.** Den starkaste isoleringen och den högsta kostnaden, används ofta för stora eller reglerade kunder. Många produkter börjar med delade tabeller och flyttar senare stora kunder till en egen databas. ## Hur håller du tenants isolerade Tillämpa isolering på mer än ett ställe. Lägg tenant-ID i varje tabell och varje frågeväg, och lägg till kontroller på databasnivå som row level security, så att ett missat filter i applikationskoden inte läcker data. Testa det explicit: skriv tester som försöker läsa en annan tenants data och förväntar sig att det misslyckas. En läcka mellan tenants är bland de mest skadliga buggar en SaaS-produkt kan ha. ## Vad är problemet med störande grannar När tenants delar resurser kan en resurskrävande tenant sakta ner de andra. Planera för det med rate limits, kvoter per tenant, bakgrundsjobb-köer med rättvis schemaläggning och övervakning som visar belastning per tenant. Att flytta en tung kund till dedikerade resurser är en vanlig åtgärd. ## Vad innebär det för regelefterlevnad Delad infrastruktur väcker frågor vid säkerhetsgranskningar. Större kunder frågar ofta var deras data lagras, hur den är separerad och vem som kan komma åt den. Besluta tidigt om du kan erbjuda regional hosting, till exempel EU-datahemvist, eller en dedikerad driftsättning för kunder som kräver det. Att i efterhand bygga in det i en design som är byggd kring delade tabeller kräver verklig ansträngning. ## Vad detta innebär för ditt ingenjörsteam Tenancy är svårt att ändra när data väl finns, så beslutet förtjänar en senior ingenjörs tid från start. AI-kodningsagenter kan generera frågor snabbt, och de glömmer gärna ett tenant-filter, så isoleringstester och kontroller på databasnivå spelar större roll när agenter skriver kod. Se [hur du granskar AI-genererad kod](https://www.miyagami.com/sv/resources/articles/how-to-review-ai-generated-code) för de granskningsvanor som fångar detta. Backend-plattformar som [Supabase](https://www.miyagami.com/sv/resources/articles/what-is-supabase) erbjuder row level security som passar delade tabeller. Vår [granskning](https://www.miyagami.com/sv/how-we-vet) placerar kandidater i en verklig kodbas under två sextio minuter långa sessioner, en med AI-verktyg avstängda och en med deras egna agenter aktiverade. För att lägga till senior kapacitet i ett SaaS-team, se [backend-ingenjörer](https://www.miyagami.com/sv/hire/backend-engineers), från €5 600 i månaden för en heltidsanställd ingenjör. ## Korta svar Är multi-tenancy detsamma som SaaS? Inte riktigt. De flesta SaaS-produkter använder multi-tenancy eftersom det sänker kostnaden, men en SaaS-produkt kan också köra en separat driftsättning per kund. Vilken multi-tenant-databasmodell är bäst? Delade tabeller med ett tenant-ID är enklast och billigast. Schema eller databas per tenant ger starkare isolering till högre kostnad. Hur förhindrar du att data läcker mellan klienter? Filtrera efter klient överallt, lägg till kontroller på databasnivå som row level security, och skriv tester som försöker korsa klientgränser. Kan jag gå från single-tenant till multi-tenant senare? Ja, men det är en stor förändring av datamodeller och åtkomstkontroll, så bestäm dig tidigt om du kan. Vi testar detta Varje utvecklare vi placerar går igenom två bedömningar: en utan AI-verktyg och en med. Båda scorecards är publicerade. [Hur vi granskar](https://www.miyagami.com/sv/how-we-vet) Relaterat - [Vad är Backend as a Service (BaaS)?](https://www.miyagami.com/sv/resources/articles/what-is-backend-as-a-service) - [Vad är Supabase?](https://www.miyagami.com/sv/resources/articles/what-is-supabase) - [För- och nackdelar med olika former av webbhotell](https://www.miyagami.com/sv/resources/articles/pros-and-cons-of-different-web-hosting-forms) - [Vad är en webbapp?](https://www.miyagami.com/sv/resources/articles/what-is-web-app) Rekryterar du för detta? Senior AI-native utvecklare, shortlist inom tre arbetsdagar och klar placering inom fem. [Få en shortlist](https://www.miyagami.com/sv/shortlist) Vi pratar ## Få en shortlist inom tre dagar Du skickar roller och stack i ett kort formulär eller under ett samtal på trettio minuter. Inom tre arbetsdagar får du namngivna senior utvecklare att granska, alla med båda scorecards, och du kan hyra in inom fem. [Få en shortlist](https://www.miyagami.com/sv/shortlist) Recenserad på **Clutch** 39 recensioner [ISO 27001 Certifierad](https://trust.miyagami.com/) Boka trettio minuter med Dale Kalendern tillhandahålls av HubSpot, som sätter egna cookies. Ladda den här, eller boka på HubSpots sida. [Öppna bokningssida](https://sales.miyagami.com/meetings/dwesdorp)