Noen har sagt at du trenger en «backend». Kanskje var det en utvikler, en venn med teknisk bakgrunn, eller en artikkel du leste. Du nikket og lot som du forstod.
La oss rydde opp.
Hva er en backend?
Forenklet: frontenden er det brukerne ser. Knappene, teksten, bildene. Backenden er alt som skjer bak kulissene — der dataene lagres, beregninger gjøres, og meldinger sendes.
Tenk på det som en restaurant. Frontenden er spisesalen — menyene, bordene, servitørene. Backenden er kjøkkenet — der maten faktisk lages.
Hvis appen din bare viser statisk informasjon (en nettside med tekst og bilder), trenger du strengt tatt ikke en backend. Men i det øyeblikket noen skal logge inn, lagre noe, betale for noe, eller få en personalisert opplevelse — da trenger du et kjøkken.
Hva gjør en backend i praksis?
- Lagrer data. Brukerkontoer, bestillinger, innhold, innstillinger.
- Autentisering. Hvem er logget inn? Har de lov til å se dette?
- Forretningslogikk. Beregn prisen. Send bekreftelsen. Oppdater beholdningen.
- Integrasjoner. Snakk med Vipps, send e-post via Resend, hent data fra et annet system.
- API. Et grensesnitt som frontenden bruker for å hente og sende data.
Hva er et API?
API står for Application Programming Interface. Det er måten frontenden snakker med backenden på.
Tenk på det som en kelner. Du (frontenden) ber om en rett. Kelneren (APIet) tar bestillingen til kjøkkenet (backenden) og kommer tilbake med maten (dataene).
Du trenger ikke forstå hva som skjer på kjøkkenet. Du trenger bare å vite hva du kan bestille.
Trenger du alltid en tradisjonell backend?
Nei. Og det er her det blir interessant.
For mange små prosjekter finnes det enklere alternativer:
Google Sheets som database
Ja, seriøst. For en liten bedrift med noen titalls kunder kan et Google Sheet fungere utmerket som backend.
- Du legger inn data i regnearket
- Appen leser data fra regnearket via Google Sheets API
- Du oppdaterer priser, innhold, eller kunder — direkte i et verktøy du allerede kjenner
Fordeler: Ingen databaseoppsett, null kostnad, du kan redigere data selv. Ulemper: Tregt for store datamengder, begrenset sikkerhet, ikke egnet for sensitive personopplysninger.
For en meny-app for en kafé? Google Sheets er perfekt. For en helseapp med pasientdata? Absolutt ikke.
GitHub som innholdssystem
For nettsider med innhold som endres sjelden (blogg, produktbeskrivelser, dokumentasjon) kan du bruke GitHub som backend.
- Innholdet lagres som filer i et Git-repositorium
- Nettsiden bygges automatisk når du endrer en fil
- Ingen database, ingen server å drifte
Dette er faktisk slik mange moderne nettsider fungerer — inkludert denne.
Når trenger du en «ordentlig» backend?
Du trenger en tradisjonell backend når:
- Brukere logger inn og har egne kontoer
- Du lagrer sensitive data (personopplysninger, betaling)
- Du trenger sanntidsoppdateringer (chat, varsler, live data)
- Du har kompleks forretningslogikk (priskalkulator, bookingsystem med regler)
- Du integrerer med betalingsløsninger (Vipps, Stripe)
Hosting — hvor bor backenden?
En backend trenger et sted å kjøre. Det kalles «hosting».
De vanligste alternativene:
- De store skyplattformene (Azure, AWS, Google Cloud): Brukes av de fleste store bedrifter. Ekstremt fleksibelt, men prising kan være uforutsigbar — du betaler for forbruk, og regningen kan overraske.
- Lettere skyplattformer (Vercel, Railway, Fly.io): Enklere å komme i gang. Mer forutsigbar pris. Typisk 0–500 kr/mnd for små prosjekter.
- Tradisjonelle servere (Hetzner, Netcup): Mer kontroll, fast pris. 50–300 kr/mnd.
Vi bruker det som gir mening for ditt prosjekt. Trenger du å være på Azure fordi bedriftskunden din krever det? Fint. Trenger du bare noe som fungerer til lav kostnad? Også fint.
DHAI kan drifte for deg
Vi tilbyr hosting og drift som en del av leveransen — med en fast, forutsigbar månedspris. Det betyr:
- Du slipper å forholde deg til skyplattformer
- Vi overvåker at alt kjører, oppdaterer programvare, og fikser problemer
- Du får én faktura i måneden — ingen overraskelser
- Vi tar backup, håndterer SSL-sertifikater, og skalerer ved behov
For de fleste av kundene våre er dette det enkleste. Du fokuserer på bedriften din, vi sørger for at produktet er oppe.
Hva er en SLA?
SLA (Service Level Agreement) er en avtale om hvor tilgjengelig tjenesten skal være.
- 99% oppetid = inntil 3.6 dager nedetid per år
- 99.9% oppetid = inntil 8.7 timer nedetid per år
- 99.99% oppetid = inntil 52 minutter nedetid per år
For en prototype trenger du ingen SLA. For en kafés bestillingsapp er 99% mer enn nok. For en betalingsløsning bør du ha 99.9% eller bedre.
Vi hjelper deg velge riktig nivå basert på hva du faktisk trenger — ikke hva som er overkill.
Hva du trenger å vite
Her er den ærlige oppsummeringen:
| Spørsmål | Svar |
|---|---|
| Trenger jeg en backend? | Sannsynligvis, hvis brukere logger inn eller lagrer data |
| Må det være dyrt? | Nei. Google Sheets, enkle skyløsninger, eller lette backends koster lite |
| Hva med hosting? | Vi setter det opp. Typisk 50–500 kr/mnd |
| Hva med SLA? | Avhenger av hva du bygger. Vi hjelper deg velge riktig |
| Må jeg forstå alt dette? | Nei. Det er derfor du har oss |
Det viktigste er at du vet hva du vil at produktet skal gjøre. Vi finner ut hvordan.
Usikker på om du trenger en backend? Fortell oss hva du vil bygge, så gir vi deg et ærlig svar.