---
title: "Kubernetes, et buzzword? | Guardian360"
description: "Efter i årevis at have set på vores platform, studeret Googles Site Reliability Engineering-praksisser og eksperimenteret med deres værktøjer besluttede vi, at Kubernetes, baseret…"
url: https://guardian360.net/da/blog/kubernetes-is-more-than-just-a-buzzword/
locale: en
source: guardian360.net
---
[← Alle indlæg](https://guardian360.net/da/blog/)

Platformsmigrering

# Kubernetes, et buzzword?

Af Guardian360 · 15. juli 2024

Efter i årevis at have set på vores platform, studeret Googles Site Reliability Engineering-praksisser og eksperimenteret med deres værktøjer besluttede vi, at Kubernetes, baseret på Googles Borg-distributionsarkitektur, var bedst egnet til vores næste iteration af vores Lighthouse-platform.

## **Hvad er Kubernetes?**

Kubernetes er open source-teknologi baseret på Googles interne Borg-arkitektur, som de brugte internt i mange år, og som senere blev frigivet offentligt. Det er banebrydende teknologi, der udnytter styrken ved container-orkestrering.

Container-orkestrering er et ladet begreb, men selvom det er komplekst, er det ikke kompliceret at forstå.

**Lad os begynde med byggestenene:**

En container indeholder kun den software og de afhængigheder, du har brug for for at få din applikation til at køre. Det betyder, at din software kører i sit eget miljø uden behov for at downloade eller importere eksterne afhængigheder. Det minder om en virtuel maskine, bortset fra at den kun indeholder det, den har brug for, og derfor er letvægts og enkel.

Kort sagt: hvis det virker på min computer, så virker det på din computer, da containeren leverer alt, hvad der er nødvendigt, uafhængigt.

**Hvor kører vi vores containere?**

Typisk har containere brug for deres egne miljøer at køre i. Hvis du udvikler på en enkelt maskine, vil applikationen typisk køre i noget som Docker. Hvis du derimod vil køre flere images på tværs af flere noder eller en klynge, er Kubernetes det foretrukne valg.

Kubernetes er den mest fleksible mulighed, fordi al konfiguration (ikke kun containerne), miljøet, applikationskonfigurationerne og netværkskonfigurationerne alle kan defineres som kode.

**Hvorfor er det en god ting?**

Ved at gemme vores konfigurationer som kode kan vi have én kilde til sandhed og gemme vores konfigurationer i Git. Det giver os mulighed for at udrulle ændringer langt lettere, sikrere og med større hastighed og effektivitet.

Der er mange fordele, dette giver os:

> **Skalerbarhed**: vi kan let skalere op, og vores belastning kan fordeles på mange noder, hvilket forbedrer ydeevnen

> **Tilgængelighed**: dette hænger også sammen med pålidelighed, for hvis en pod eller container ikke fungerer, eller en node dør, er der andre containere tilbage til at overtage belastningen

> **Enkelhed**: Det passer perfekt ind i vores extreme programming- og continuous delivery-arbejdsmodel, som fokuserer på små, iterative ændringer

> **Kontrol**: at have alt som kode gør det let at kontrollere, hvordan det kører, og hvor det kører

> **Observerbarhed**: vi får mere indsigt i, hvordan det kører, og hvor det kører, og fordi vi er i branchen med at levere indsigt, føres den information, vi indsamler, videre til vores produkt og beriger den information, vi leverer

> **Teknologi**: fordi vi har bedre adgang, og alt er forenklet, bliver det lettere for os at integrere med nye disruptive teknologier som machine learning, big data, AI og hvad der ellers er på vej.

Dette er ikke udtømmende, men illustrerer på en lille måde den styrke, der bliver tilgængelig ved at tage denne teknologi til os, i takt med at vi vokser sammen mod en mere pålidelig fremtid.