Spring til indholdet

BlogTil eksperter

Appwrite vs Supabase: vores belastningstest, cloud eller self-hosting

Appwrite vs Supabase er et af de mest almindelige valg, når en app skal have en backend uden at bygge den fra bunden. Vores korte svar: vælg Appwrite, hvis du vil køre backenden på din egen server til en lav, fast pris, og vælg Supabase, hvis du vil have en administreret Postgres-database i skyen. I vores egen belastningstest klarede Appwrite 250 samtidige brugere på en server, hvor Supabase klarede 45.

Til eksperter9 min. læsningUdgivet Af Eryk Kruk, CEO
Resultater fra Codigees belastningstest af Appwrite og Supabase: svartider og fejlrate fra k6 til venstre, søjlediagrammer over komfortzone og brudpunkt pr. Hetzner-server til højre.
Vores test fra september 2024: Appwrite (rød) og Supabase (grøn) på de samme Hetzner-servere og i skyen.

Kort svar: Appwrite er lettere og klarede langt flere samtidige brugere, når vi selv kørte begge på samme server. Supabase er det stærke valg, når du vil have en administreret Postgres-database i skyen og værktøjer, der bygger på SQL. Begge har gratis planer, og begge betalte cloudplaner starter ved 25 USD om måneden (november 2026).

Tallene i denne artikel kommer fra en test, vi selv kørte i september 2024, med åben kildekode, så du kan gentage den. Den fulde gennemgang med alle grafer ligger i den engelske artikel Appwrite vs Supabase: Cloud vs Self-Hosted performance comparison (EN).

Hvad er forskellen på Appwrite og Supabase?

Kort sagt: begge er en færdig backend til din app, med login, database, filer og funktioner, som du kan bruge i skyen eller køre på din egen server. Forskellen ligger i vægten. Appwrite er let og nem at køre selv. Supabase er bygget op om PostgreSQL og føles mest hjemme i sin egen sky.

Begge kaldes backend-as-a-service (BaaS). Tænk på det som et færdigt fundament til et hus: du bygger stadig selv huset, altså appen, men du skal ikke grave ud, støbe og trække kloak først.

Appwrite og Supabase side om side, november 2026
KriteriumAppwriteSupabase
DatabasePostgreSQL som standard siden 2.0, MariaDB eller MongoDB kan vælges ved installationPostgreSQL
Self-hostingEnkel installation, få begrænsningerMuligt, men mere opsætning, og nogle funktioner i panelet er begrænsede
Forbrug i tomgang (vores test)Ca. 30 % af serverenCa. 200 % (flere kerner) hele tiden
Komfortzone på samme server (CAX31)250 samtidige brugere45 samtidige brugere
Betalt cloudplanPro fra 25 USD om måneden plus 15 USD pr. ekstra projektPro fra 25 USD om måneden inkl. 10 USD i kredit til serverkraft
Vælg den, nårDu vil køre backenden på din egen server med lave, forudsigelige udgifterDu vil have en administreret Postgres i skyen og bruger SQL meget

Hvordan testede vi Appwrite og Supabase?

Kort sagt: vi simulerede en webshop-app med op til 10.000 virtuelle brugere og målte, hvor mange hver backend kunne klare med gode svartider. Begge kørte uden tuning, med standardindstillingerne, på de samme servere.

  • Servere: Hetzner Cloud med Arm-processorer (CAX11, CAX21, CAX31 og CAX41) i Tyskland, plus de gratis cloudplaner hos Appwrite og Supabase i samme region.
  • Data: 5.000 brugere med navn, adresse og telefonnummer og 20.000 produkter med detaljer og billed-URL.
  • Brugerflow: hver virtuel bruger henter sin egen profil og derefter en filtreret og sorteret produktliste, venter 1 sekund og starter forfra. Det er hårdere end virkeligheden, hvor folk kigger på skærmen i flere sekunder.
  • Netværk: vi testede over mobilnettet (5G/4G) ca. 1.500 km fra serveren, som en rigtig app ville gøre.
  • Værktøjer: Grafana k6 til belastningen og en lille API i Bun og ElysiaJS, der kalder Appwrites og Supabases SDK'er.

Vi målte to ting. Brudpunktet er det antal brugere, hvor serveren begynder at give fejl og timeouts. Komfortzonen er det højeste antal brugere, hvor svartiderne stadig er gode: 90 % af kaldene under 200 ms, 95 % under 500 ms, 99 % under 1 sekund og mindst 99 % uden fejl.

Testscriptet i k6 gør i al sin enkelhed tre ting: det kalder brugerendpointet, kalder produktendpointet og venter 1 sekund. Til brudpunktet øger scriptet antallet af brugere trin for trin fra 1 til 10.000 over fire minutter. Til komfortzonen holder det et fast antal brugere i 60 sekunder og fejler, hvis grænserne ovenfor ikke holder. Hele koden og alle rapporter ligger i vores repository på GitHub.

Hvem var hurtigst: Appwrite eller Supabase?

Kort sagt: Appwrite, på hver eneste server. I komfortzonen klarede Appwrite flere samtidige brugere end Supabase overalt, for eksempel 250 mod 45 på CAX31, og brudpunktet lå også markant højere.

Vores resultater fra september 2024: samtidige brugere i komfortzonen og ved brudpunktet
ServerAppwrite komfortzoneSupabase komfortzoneAppwrite brudpunktSupabase brudpunkt
Cloud, gratis plan13045--
CAX11 (2 vCPU, 4 GB RAM)60102.0001.300
CAX21 (4 vCPU, 8 GB RAM)140ikke målt4.200ikke målt
CAX31 (8 vCPU, 16 GB RAM)250456.8003.000
CAX41 (16 vCPU, 32 GB RAM)3952008.5004.200
Søjlediagram over komfortzonen: Appwrite 130 og Supabase 45 brugere i skyen, 60 og 10 på CAX11, 140 for Appwrite på CAX21, 250 og 45 på CAX31, 395 og 200 på CAX41.
Komfortzonen: hvor mange samtidige brugere hver backend klarede med gode svartider. Priserne under søjlerne er fra 2024.

Supabase på CAX21 opførte sig næsten som på CAX11, højst ca. 10 % forskel, så den måling sprang vi over. Ved brudpunktet på CAX31 nåede Appwrite 6.800 brugere og 100.000 kald med en gennemsnitlig svartid på 3 sekunder. Supabase nåede 3.000 brugere og 59.000 kald med 6 sekunder i gennemsnit.

Bemærk også skyen. En enkelt selvhostet CAX31 klarede flere brugere end de gratis cloudplaner hos både Appwrite og Supabase. De gratis planer er gode til en prototype, men de er ikke lavet til at bære en app med rigtig trafik.

Søjlediagram over brudpunktet: Appwrite 2.000 og Supabase 1.300 brugere på CAX11, 4.200 for Appwrite på CAX21, 6.800 og 3.000 på CAX31, 8.500 og 4.200 på CAX41.
Brudpunktet: antallet af samtidige brugere, hvor de første fejl og timeouts kom.

Hvor mange brugere kan en server til 6 EUR om måneden klare?

Kort sagt: en app med ca. 50.000 brugere om måneden kan køre på den mindste Arm-server hos Hetzner med Appwrite. Regnestykket er enkelt, og det holder, fordi vores test var hårdere end rigtig brug.

  1. 50.000 brugere om måneden, aktive ca. 25 dage, giver 2.000 brugere om dagen.
  2. Det meste af trafikken ligger inden for 8 timer, så det er ca. 250 brugere i timen.
  3. 250 i timen er ca. 4 om minuttet. Med plads til spidser regner vi med 20 brugere om minuttet.
  4. Appwrite klarede 60 samtidige brugere i komfortzonen på en CAX11 med et kald hvert sekund. Der er altså god luft.

Forbruget i tomgang peger samme vej. På CAX11 brugte Appwrite ca. 30 % af serverens CPU uden trafik, mens Supabase hele tiden brugte ca. 200 %, altså to fulde kerner. Vi troede ikke på det første gang, så vi målte igen i skyen, og billedet var det samme.

Hvornår slår self-hosting cloud?

Kort sagt: når trafikken er forudsigelig, du vil have en fast regning hver måned, og nogen i teamet kan passe en server. Så får du mere ydelse for pengene og fuld kontrol over, hvor dine data ligger.

  • Fast pris. En server hos Hetzner har et månedligt loft. Du får ingen overraskelse på regningen, fordi en kampagne gav ekstra trafik.
  • Mere kraft pr. euro. Du deler ikke ressourcer med andre kunder, og der er ingen grænser for antal konti, båndbredde eller filer ud over serverens egne.
  • Data, hvor du vil have dem. Du vælger selv datacenter, for eksempel i Tyskland eller Finland. Det gør det lettere at svare på spørgsmål om databeskyttelse og GDPR.
  • Bland store og små servere. Lad en stor server tage databasen og en lille tage lettere opgaver og baggrundsjob.

Supabase kan også betale sig at køre selv, især for et stort projekt, hvor cloudregningen vokser med brugerne, eller når du skal integrere med systemer, skyen ikke understøtter. Regn bare med en større server og mere opsætning end med Appwrite.

Hvornår er cloud det rigtige valg?

Kort sagt: når du skal hurtigt i gang, ikke kender din trafik, eller ingen i teamet vil have ansvaret for en server. Skyen tager sig af opdateringer, sikkerhedsrettelser og skalering, og det er tid, du kan bruge på selve appen.

Til et proof of concept eller en tidlig prototype er de gratis planer fine. Husk, at et gratis Supabase-projekt sættes på pause efter en uges inaktivitet, og at du højst kan have 2 aktive gratis projekter. Planlægger du allerede nu at flytte ud af skyen senere, er Appwrite den nemmeste vej, fordi den selvhostede udgave ligner cloududgaven mest.

Hvad har ændret sig siden testen?

Kort sagt: Appwrite 2.0 har fået PostgreSQL som standard, begge betalte cloudplaner starter nu ved 25 USD om måneden, og Hetzners servere er blevet dyrere. Vi har ikke kørt testen igen på Appwrite 2.0, så se tallene ovenfor som et udgangspunkt.

  • Appwrite 2.0. Udgivet til self-hosting den 7. september 2026. Nye installationer kører på PostgreSQL som standard, og ifølge Appwrites egen gennemgang kører en instans nu på 16 containere i stedet for 33. Har du brug for SQL, er det altså ikke længere i sig selv en grund til at vælge Supabase.
  • Cloudpriser. Siden september 2025 koster Appwrite Pro 25 USD om måneden plus 15 USD for hvert ekstra projekt. Supabase Pro starter ved 25 USD om måneden med 10 USD i kredit til serverkraft, og den gratis plan har 500 MB database og 50.000 månedlige brugere.
  • Serverpriser. Hetzner hævede priserne i 2026. Nye servere koster siden 15. juni 2026 5,99 EUR (CAX11), 10,49 EUR (CAX21), 20,99 EUR (CAX31) og 40,99 EUR (CAX41) om måneden ekskl. moms, uden IPv4-adresse. Regningen er stadig fast og forudsigelig.

Appwrite eller Supabase: hvad vælger vi selv i 2026?

Kort sagt: Appwrite til de fleste nye apps, hvor kunden vil eje backenden og holde driftsudgifterne nede, og Supabase når projektet lever i skyen og bygger meget på SQL og Postgres-funktioner. Til en prototype starter vi gerne på en gratis cloudplan og flytter, når trafikken er kendt.

  • Start i skyen på en gratis plan til små prototyper og proof of concepts.
  • Vælg Appwrite, når du vil køre selv, og ydelse pr. euro tæller.
  • Vælg Supabase, når du vil have en administreret Postgres og dens værktøjer i skyen.
  • Kør vores test med dine egne data på Appwrite 2.0, før du lægger dig fast på et stort projekt.
  • Du behøver ikke en dyr opsætning hos AWS for at komme i gang. En fast server rækker langt.

Hos os er backend en del af en hel app: app til iOS og Android, backend og adminpanel. Sådan arbejder vi med hele produktet for startups, og hvad det koster, står i vores guide til, hvad en app koster. Alle beløb finder du på siden Priser, og hvordan et projekt forløber fra første samtale, viser Sådan arbejder vi.

Ofte stillede spørgsmål

01Er Appwrite SQL eller NoSQL?

Begge dele, afhængigt af hvordan du kører den. Siden Appwrite 2.0 kører nye selvhostede installationer på PostgreSQL som standard, og du kan vælge MariaDB eller MongoDB ved installationen. Valget gælder hele instansen.

02Hvad er ulemperne ved Supabase?

I vores test brugte Supabase langt flere ressourcer i tomgang og nåede sin grænse tidligere end Appwrite på samme server. Self-hosting kræver mere opsætning, og nogle funktioner i panelet er begrænsede uden for skyen. Et gratis projekt sættes på pause efter en uges inaktivitet.

03Kan man selvhoste Supabase?

Ja. Supabase er open source og kan køre på din egen server. Regn med mere opsætning og en større server end med Appwrite, og tjek, at de funktioner, du har brug for, også findes i den selvhostede udgave.

04Hvad koster Appwrite og Supabase i 2026?

Begge har en gratis plan. Appwrite Pro koster 25 USD om måneden plus 15 USD pr. ekstra projekt, Supabase Pro starter ved 25 USD om måneden med 10 USD i kredit til serverkraft (november 2026). Kører du selv, betaler du kun for serveren, hos Hetzner fra 5,99 EUR om måneden ekskl. moms.

05Gælder jeres testresultater stadig?

De gælder de versioner, vi testede i september 2024. Appwrite 2.0 har ændret databasen og den måde, forespørgsler håndteres på, og vi har ikke kørt testen igen. Koden ligger åbent på GitHub, så du kan køre de samme scenarier med dine egne data.

Var artiklen nyttig?

4,8 / 5 · 10 bedømmelser

Bedøm artiklen

Læs videre.

Alle indlæg

Let's make something together.

Ingen overengineering. Ingen spildtid. Bare levering.

Eller book en samtale med Eryk (åbner bookingkalenderen)[email protected]
Hvem er du?
Budget