Hva er en server? En guide på vanlig språk for appbyggere

En server er en datamaskin, eller et program som kjører på en, som venter på forespørsler og svarer på dem. Når du åpner et nettsted, sender nettleseren din (klienten) en forespørsel over internett, og en server et sted sender tilbake siden, bildene eller dataene. Alle appene du bruker, fra e-post til nettbank, er avhengige av at servere gjør dette millioner ganger hver dag.

Hvorfor servere betyr noe når du bygger med AI

Når en AI-byggere lager en app for deg, kjører en del av koden i besøkendes nettleser, og en del kjører vanligvis på en server. Serverdelen gjør det nettleseren ikke kan stoles på å gjøre, eller ikke kan gjøre alene:

• Lagre og hente data fra en database.
• Holde hemmeligheter, som API-nøkler for betaling eller AI-leverandører, som aldri må nå nettleseren.
• Sjekke tillatelser, slik at en bruker bare kan se og endre sine egne poster.
• Snakke med andre tjenester: belaste et kort, sende en e-post, kalle en AI-modell.

Å vite hva serveren gjør, hjelper deg å forstå hvor reglene i appen din faktisk ligger, hvorfor noen endringer må publiseres på nytt, og hva du betaler for når du er vert for en app. For delingen mellom de to sidene, se frontend vs. backend.

En hverdagslig sammenligning

En server er som ekspedisjonen på et postkontor. De leter ikke etter kunder. De venter. En kunde (klienten) kommer bort med en forespørsel: «send denne pakken», «har du post til meg?» Ekspeditøren behandler den og gir tilbake et resultat. Én ekspeditør kan betjene mange kunder etter hverandre, og et travelt postkontor åpner flere skranker.

Postkontoret har også regler kunden ikke kan overstyre: du må vise legitimasjon for å hente en pakke. Det er serverens jobb i en app også. Nettleseren kan be om hva som helst, men serveren avgjør hva den får.

Hvordan en forespørsel når en server

Når noen besøker https://bookings.example.com/schedule:

1. DNS-oppslag. Nettleseren spør domenenavnsystemet hvilken IP-adresse bookings.example.com peker til. Se hvordan domener og DNS fungerer.
2. Tilkobling. Nettleseren kobler til den adressen, på port 443 for HTTPS, og setter opp en kryptert forbindelse. Se hva HTTPS er.
3. Forespørsel. Den sender en HTTP-forespørsel: GET /schedule.
4. Arbeid. Serveren kjører koden som håndterer /schedule, kanskje ved å slå opp dagens bookinger i databasen.
5. Svar. Den sender tilbake en statuskode (200 OK) og innholdet: en HTML-side, eller JSON-data som siden viser.

Alt dette tar vanligvis en brøkdel av et sekund.

Typer servere du vil høre om

Merk at «server» betyr både maskinen og programmet. «Serveren krasjet» kan bety begge deler.

Et konkret eksempel: en bookingapp for frisørsalong

Slik gjør serveren jobben i en liten bookingapp for en salong:

• En besøkende åpner nettstedet. Serveren (eller et CDN foran den) sender sidefilene.
• Siden spør serveren GET /api/slots?date=2026-10-03. Serveren spør databasen etter ledige tider og returnerer dem som JSON.
• Den besøkende booker 14:00. Siden sender POST /api/bookings. Serveren sjekker at tiden fortsatt er ledig. Den stoler ikke på nettleserens ord for det. Den lagrer bookingen og returnerer 201 Created.
• Serveren kaller en e-posttjeneste med en hemmelig nøkkel, lagret på serveren, for å sende en bekreftelse.

Hvis du slo av serveren, kunne siden kanskje fortsatt lastes fra et CDN, men den kunne ikke vise ledige tider eller lagre bookinger.

Hva en server trenger for å kjøre godt

• Minne (RAM) og CPU. For lite minne, og appen krasjer under last. For lite CPU, og den blir treg.
• Å være i gang. En server som er slått av, kan ikke svare. Noen plattformer legger inaktive apper i dvale og vekker dem ved neste besøk, noe som sparer penger, men kan gjøre første forespørsel tregere.
• Konfigurasjon og hemmeligheter, gitt som miljøvariabler.
• Logger, serverens oversikt over hva som har skjedd, og det første du ser på når noe går i stykker.
• Oppdateringer og sikkerhetsrettelser, som administrert hosting tar seg av for deg.

Vanlige misforståelser

• «Skyen betyr ingen servere.» Skyen er andre selskapers servere, leid per time eller etter bruk.
• «En server er en stor, spesiell datamaskin.» Enhver datamaskin kan fungere som server. Din bærbare kjører en når du åpner localhost under utvikling.
• «Hvis knappen er skjult, kan ikke brukere gjøre det.» Hvem som helst kan sende forespørsler direkte til serveren din. Tillatelsessjekker må skje på serveren, ikke bare på siden.
• «Flere servere fikser treghet.» Ofte er den egentlige årsaken en treg databasespørring eller et eksternt API. Finn flaskehalsen først.
• «Jeg må administrere en server for å ha en app.» Administrerte plattformer driver serverne for deg. Du distribuerer kode, og de tar seg av maskinene.

Hva du bør be AI-byggeren din om

• «Hvilke deler av denne appen kjører på serveren, og hvilke kjører i nettleseren?»
• «Hold alle API-nøkler på serveren, og les dem fra miljøvariabler.»
• «Sjekk tillatelser på serveren for hver forespørsel som leser eller endrer data.»
• «Hvor finner jeg serverloggene, og hva sier de om denne feilen?»
• «Trenger denne appen en server i det hele tatt, eller kan den være et statisk nettsted?»
• «Hva skjer med første forespørsel etter at appen har vært inaktiv?»

Servere i Mythex

I Mythex trenger du ikke sette opp eller administrere servere. Mens du bygger, kjører appen din i en privat skysandkasse for live-forhåndsvisningen. Når du publiserer, distribuerer Mythex den: statiske frontender som statiske sider, og backender (Node, Python, C#, Java og andre) som containere bygget fra en Dockerfile. Du trenger ingen egen hosting-oppsett. Mythex velger maskinstørrelse når den distribuerer: som standard 1 CPU og 512 MB minne, med mer tilgjengelig på forespørsel (opptil 1 GB på Free, og opptil 2 CPU-er, 4 GB og 3 maskiner på Pro). Publiserte apper legger seg til ro når de er inaktive og våkner ved neste besøk. En app i dvale bruker ingen beregningsressurser. Detaljer finnes i dokumentasjonen om API-backender og hostingbegrensninger. Vår guide til webhosting gir det bredere bildet.

Spørsmål