Gå til indholdet

Domain Name System

DNS leverer oplysninger om navne, eksempelvis en webservers adresse. Navneopslag, serverforbindelse og applikationens funktion er forskellige trin.

Også kendt somDNS
Cloud & drift

Hvad betyder DNS?

Domain Name System (DNS) er et distribueret system til data om domænenavne. Det omfatter adresser og andre posttyper. IETF beskriver resolvere som programmer, der spørger navneservere efter sådanne oplysninger. En resolver kan bruge et passende gemt svar eller spørge andre servere.

Eksempel: finde portalens adresse

I det opdigtede eksempel vil en applikation nå portal.studio.example. Den behøver en passende adresse til en IPv4-forbindelse. DNS-opslaget leverer koblingen; derefter følger forbindelse, eventuelt TLS og den egentlige applikationsanmodning. Navnet er en pladsholder, ikke en offentligt drevet portal.

Når DNS-koblingen ændres, kan gemte svar stadig være i brug. TTL (Time to Live) begrænser deres normale genbrug fra cachen. En ændring betyder derfor ikke et skift, der straks er synligt overalt.

Et korrekt DNS-svar beviser ikke, at webserveren er tilgængelig, eller at login virker. Ved fejl bør teamet skelne mellem, hvilket trin der er ramt.

Kilder

Relaterede begreber

Artikler om emnet

Insights · Cloud & drift1 min.Hvad en grøn statusindikator faktisk kontrollererEn tilgængelig forside beviser ikke, at bestilling fungerer. Navngiv den kontrollerede opgave og grænserne for hvert grønt signal.Philipp Reuter13. nov. 2026
Insights · Cloud & drift2 min.Fordel tekniske opgaver på ny ved hostingskiftEn administreret tjeneste kan overtage driftsopgaver. Kontrollér stadig, hvem der konkret styrer konti, projektadgang, nøgler og overdragelse.Lukas Schneider13. nov. 2026
Insights · Cloud & drift2 min.To applikationsservere kan dele samme årsag til nedbrudEn ekstra applikationsserver hjælper ved bestemte fejl. En fælles database eller én adgangsvej kan stadig blokere hele forløbet.Lukas Schneider13. nov. 2026
Insights · Cloud & drift2 min.Hastende alarmer kræver en konkret handlingEt fiktivt tilfælde adskiller dobbelte fejlalarmer fra advarsler. Færre afbrydelser alene dokumenterer ikke højere pålidelighed.Lukas Schneider13. nov. 2026
Insights · Cloud & drift2 min.Driv automatiske opdateringer med klare stopbetingelserAutomatisering kræver test efter installationen. Fastlæg, hvornår den videre udrulning stopper, og hvem der beslutter, om den kan fortsætte.Lukas Schneider13. nov. 2026
Insights · Cloud & drift2 min.Forbind SLA-mål med en procedure for hændelserEt tilgængelighedstal kræver et klart måleomfang. Ved nedbrud i din applikation hører observation, ansvar og genoptagelse også med.Lukas Schneider13. nov. 2026
Insights · Cloud & drift2 min.Små teams har brug for infrastruktur, de kan driveVurdér også, hvem der håndterer opdateringer, driftsfejl og gendannelse. En lille portal viser, hvornår mere orkestrering kan hjælpe.Lukas Schneider13. nov. 2026
Insights · Cloud & drift2 min.Serverprisen viser kun en del af driftsomkostningerneTo fiktive pakkepriser viser, hvorfor ydelsesomfang og resterende driftsarbejde skal afklares før en sammenligning af de samlede omkostninger.Lukas Schneider13. nov. 2026

Cloud & drift med ASES

Hosting, deployment, vedligeholdelse og support

Få et tilbudMere om Cloud & drift