Appwrite vs Supabase: moln, egen server och vårt lasttest

Kort svar: välj Appwrite om du vill ha en lätt backend som du kan köra på en liten egen server. Välj Supabase om du vill ha en hanterad Postgres-databas i molnet med verktyg som utgår från SQL. Båda har en gratisnivå, och båda betalplanerna i molnet börjar på 25 USD i månaden (gäller november 2026).

Vad är Appwrite och Supabase?

Kort svar: båda är färdiga backends för appar, så kallad backend-as-a-service. Du får inloggning, databas, fillagring och funktioner utan att bygga en egen server från grunden. Båda är öppen källkod, och båda finns som molntjänst och som en version du driftar själv.

En backend är den del av appen som användaren aldrig ser: kontona, datan och reglerna för vem som får läsa vad. Se den som köket i en restaurang. Gästen ser bara tallriken, men det är köket som bestämmer hur snabbt maten kommer ut när det är fullt.

Appwrite är byggt för att vara lätt. Det kräver lite av servern och är enkelt att installera på en egen maskin. Supabase jämförs ofta med Firebase och bygger på PostgreSQL. Det är starkt på SQL, rader och relationer, men använder mer resurser, och vissa funktioner i panelen är avstängda eller begränsade när du driftar det själv.

Appwrite vs Supabase: vilken ska du välja?

Kort svar: Appwrite för de flesta appar som ska köras på egen server, Supabase när du vill stanna i molnet och teamet tänker i SQL. Tabellen visar skillnaderna som spelar roll när du väljer, läget i november 2026.

Priserna kommer från Supabases prissida och Appwrites egna uppgifter. Kontrollera dem igen innan du bestämmer dig, för båda ändrar sina planer ibland.

Hur testade vi prestandan?

Kort svar: vi simulerade en e-handelsapp där tusentals användare loggar in och hämtar produkter, och mätte hur många samtidiga användare varje plattform klarar på samma servrar. Ingen av plattformarna finjusterades, eftersom vi ville se hur de fungerar med standardinställningarna.

Testet gjordes i september 2024 med verktyget Grafana k6, som skickar trafik från virtuella användare mot en server. Databasen innehöll 5 000 användare och 20 000 produkter. Servrarna var Hetzner Cloud med Ampere-processorer (CAX11, CAX21, CAX31 och CAX41) i Tyskland, och vi jämförde dem med gratisnivåerna i Appwrites och Supabases moln i samma region.

• Steg 1En virtuell användare hämtar sin rad i användartabellen med ett exakt namn.
• Steg 2Direkt efter det hämtar den en filtrerad och sorterad lista med produkter, som på en startsida.
• Steg 3Den väntar 1 sekund och börjar om. Det är mer aggressivt än en riktig användare, med flit.

Vi körde två sorters test. Brytpunktstestet ökar antalet användare stegvis, från 1 till 10 000, tills servern börjar ge fel och timeouts. Komfortzonstestet håller ett fast antal användare i 60 sekunder och godkänns bara om svarstiderna håller branschnivå:

• 90 % av anropen svarar på under 200 ms.
• 95 % av anropen svarar på under 500 ms.
• 99 % av anropen svarar på under 1 000 ms.
• 99 % av anropen lyckas (status 200).

Konfigurationen i k6 är kort: en ramp med virtuella användare för brytpunkten och ett fast antal användare med de fyra gränserna ovan för komfortzonen. Hela koden och rapporterna finns i vårt testrepo på GitHub, och testet steg för steg med diagrammen läser du i originalet Appwrite vs Supabase: cloud vs self-hosted performance comparison (EN).

Vad visade lasttestet?

Kort svar: Appwrite klarade fler samtidiga användare på varje serverstorlek vi testade. På en CAX31 med 8 vCPU och 16 GB RAM höll Appwrite komfortzonen med 250 användare, Supabase med 45.

Tre saker till stack ut. Den minsta servern, CAX11, klarade fler än 60 samtidiga användare med Appwrite, trots det tuffa scenariot. På CAX21 presterade Supabase nästan exakt som på CAX11, skillnaden var högst cirka 10 %. Och en egen CAX31 slog gratisnivåerna i båda molnen, både i antal användare och i svarstid.

Den största skillnaden syntes när ingen använde servern alls. I viloläge på CAX11 använde Appwrite cirka 30 % av serverns resurser, medan Supabase låg på cirka 200 % hela tiden, alltså motsvarande två hela processorkärnor. Vi trodde inte på siffran först, så vi körde om testet, med samma resultat.

En reservation: testet säger inget om hur snabbt du kan bygga med plattformarna eller hur bra deras funktioner är. Det mäter rå backendprestanda under hård last, utan cache i appen.

Vad har ändrats sedan testet 2024?

Kort svar: tre saker. Appwrite 2.0 har kommit med PostgreSQL, molnplanerna har nya priser och Hetzner har höjt sina serverpriser. Vi har inte kört om testet på Appwrite 2.0, så se siffrorna ovan som en baslinje.

• Appwrite 2.0 kom i molnet i slutet av augusti 2026 och för egen server den 7 september 2026. Nya installationer använder PostgreSQL som standard (med tillägg som pgvector), och en standardinstallation kör nu på 16 containrar i stället för 33. Appwrite uppger också en ny motor för anrop med betydligt högre genomströmning. Det har vi inte testat själva. Källa: Appwrites inlägg om 2.0 för egen server.
• Molnpriser: Appwrite Pro kostar sedan den 1 september 2025 från 25 USD i månaden med ett projekt, och varje extra projekt kostar 15 USD. Supabase Pro börjar på 25 USD i månaden per organisation, och ett gratisprojekt pausas efter en vecka utan aktivitet.
• Servrar: för nya servrar sedan den 15 juni 2026 kostar en CAX11 5,99 EUR, en CAX21 10,49 EUR, en CAX31 20,99 EUR och en CAX41 40,99 EUR i månaden, exkl. moms och utan IPv4-adress. Den minsta servern kostar alltså inte längre cirka 5 EUR.

Det viktigaste för valet: att du behöver SQL är inte längre i sig ett skäl att välja Supabase. Startar du ett nytt projekt i dag, kör samma scenario på Appwrite 2.0 med din egen data innan du bestämmer dig. Repot är fortfarande öppet.

När slår en egen server molnet?

Kort svar: när trafiken är förutsägbar, du vill ha en fast månadskostnad och någon i teamet kan sköta servern. Är trafiken oförutsägbar eller vill ingen ta hand om servrar, börjar du i molnet.

För en svensk app finns en praktisk fördel till. Hetzner har datacenter i Tyskland och Finland, så datan stannar inom EU och nära dina användare. Det gör det enklare att svara på frågor om GDPR, eftersom du själv vet var varje rad ligger.

Med egen server kan du också blanda storlekar. Lägg databasen på en kraftigare maskin som en CAX31 och lättare jobb i bakgrunden på en CAX11. Det ger mer prestanda per krona än att skala upp allt på en gång.

Baksidan är underhållet. I molnet sköter leverantören säkerhetsuppdateringar, säkerhetskopior och övervakning. På egen server är det ditt ansvar, och det är där många team underskattar arbetet. Har ingen tid för det kostar molnet i praktiken mindre än det ser ut.

Hur många användare klarar en liten server?

Kort svar: fler än de flesta tror. En app med 50 000 användare i månaden behöver i vårt räknesätt klara runt 20 användare i minuten under toppar, och det klarade även den minsta servern i testet med Appwrite.

1. 50 000 användare i månaden som är aktiva cirka 25 dagar ger 2 000 användare per dag.
2. Om det mesta av trafiken ligger inom 8 timmar blir det 250 användare i timmen.
3. Det är ungefär 4 användare i minuten. För att klara toppar räknar vi med 20 i minuten.

Med de siffrorna räcker en CAX11 eller CAX21, i dag för 5,99-10,49 EUR i månaden exkl. moms, för backend. Testet visade också att servern klarar fler användare innan den når brytpunkten, men svarstiderna blir längre ju högre lasten är. Jämför det med en typisk uppsättning hos AWS, som lätt kostar över 100 EUR i månaden innan appen har vuxit.

Räkningen är en uppskattning, inte ett löfte. Videor, bilder och realtidsfunktioner ändrar bilden, och därför räknar vi på din app innan vi väljer server.

Vad rekommenderar vi för en ny app?

Kort svar: börja i molnet för en prototyp, välj Appwrite för de flesta appar som ska köras på egen server och Supabase när du behöver dess Postgres-verktyg i molnet. Vet du redan att du ska lämna molnet senare, börja inte med Supabase.

• Gör en prototyp på gratisnivån i molnet. Den räcker för att testa idén.
• Välj Appwrite när prestanda, låg resursförbrukning och enkel drift väger tyngst.
• Välj Supabase när du vill ha en hanterad Postgres och teamet arbetar SQL-först.
• Kör vårt scenario med din egen data innan du bestämmer dig, särskilt på Appwrite 2.0.

När vi bygger en hel produkt med app, backend och adminpanel väljer vi backend efter appen, inte tvärtom. Hur det ser ut i praktiken visar FishPRO och Prenta, och upplägget för ett mindre team beskriver vi under Hela produkten. Vad backend betyder för budgeten läser du i Vad kostar det att utveckla en app?, och alla våra priser finns på sidan Priser.