Den 1 on Eriks training corner

Služby a mikroslužby

Mon, 01 Jan 0001 00:00:00 +0000

Služby a mikroslužby

Monolit

Jeden artefakt, jedno nasazení, jeden runtime. Vnitřní volání jsou volání metod.

Výhody: jedna nasaditelná jednotka, žádná síť mezi moduly. Nevýhody: dlouhý release cyklus, škáluje se jen jako celek, těžko se dělí mezi týmy.

Mikroslužby

graph LR C[Klienti] --> G[API Gateway] G --> B[Book service] G --> R[Review service] B --> BD[(Book DB)] R --> RD[(Review DB)]

Každá služba se vyvíjí, nasazuje, škáluje a povyšuje samostatně a může vlastnit svou databázi.

Kontejnery a image

Mon, 01 Jan 0001 00:00:00 +0000

Kontejnery a image

Kontejner vs. virtuální stroj

graph TB subgraph VM H1[Hardware] --> HV[Hypervizor] HV --> G1[Guest OS + aplikace] HV --> G2[Guest OS + aplikace] end subgraph Kontejnery H2[Hardware] --> OS[Jádro hostitele] OS --> CR[Container runtime] CR --> C1[Aplikace] CR --> C2[Aplikace] end

Kontejner je proces nad jádrem hostitele, izolovaný namespacy a omezený cgroupami. Žádný hostovaný OS, takže start trvá milisekundy.

Image

Read-only šablona složená z vrstev; každá instrukce v Dockerfile přidá jednu. Vrstvy se sdílejí a cachují. Běžící kontejner přidá navrch tenkou zapisovatelnou vrstvu, která zmizí spolu s kontejnerem – proto data patří na volume.

Základy Kubernetes

Mon, 01 Jan 0001 00:00:00 +0000

Základy Kubernetes

Vznikl v Googlu v roce 2014 na základech projektů Borg (2003) a Omega (2013), v roce 2015 byl darován nadaci CNCF.

Jedna velká myšlenka

Požadovaný stav vs. aktuální stav. Vy popíšete, co chcete; kontrolery to porovnávají se skutečností a jednají, dokud se oba stavy nesejdou. Všechno ostatní je jen variace na tuto smyčku.

graph LR U[Vy: manifest] --> A[API server] A --> E[(etcd – požadovaný stav)] C[Kontroler] --> A C --> C C -->|create / delete| K[kubelet na uzlu] K -->|hlásí aktuální stav| A

Architektura

graph TB subgraph control01 [Control plane] API[kube-apiserver] ETCD[(etcd)] SCH[kube-scheduler] CM[kube-controller-manager] end subgraph worker0X [Worker uzel] KL[kubelet] KP[kube-proxy] CRI[containerd] end API --- ETCD SCH --- API CM --- API KL --- API KP --- API KL --- CRI

Komponenta	Co dělá
kube-apiserver	jediné dveře do clusteru; REST + validace
etcd	ukládá požadovaný stav
kube-scheduler	vybírá uzel pro každý nový pod
kube-controller-manager	běží v něm reconciliation smyčky
kubelet	spouští a hlídá kontejnery na svém uzlu
kube-proxy	implementuje síťování Services na svém uzlu
containerd	container runtime (CRI)

Zásuvné standardy

CRI – runtime. Docker není CRI runtime a od verze 1.24 není podporován; tento cluster používá containerd.
CNI – síťový plugin.
CSI – storage drivery. Tento cluster žádný nemá, a proto se v labu na úložiště vytvářejí PersistentVolumes ručně.

Imperativně vs. deklarativně

kubectl run web01 --image nginx # imperativně: akce
kubectl apply -f pod.yaml # deklarativně: požadovaný stav

Imperativní přístup je na zkoušení. Všechno, co má přežít, se verzuje jako YAML a nasazuje přes apply. Jen apply je idempotentní.

Jak se v kubectl vyznat

Mon, 01 Jan 0001 00:00:00 +0000

Jak se v kubectl vyznat

Kubernetes API si nikdo nepamatuje. Cluster umí popsat sám sebe a tahle kapitola je o tom, jak ho k tomu donutit. Všechno funguje offline a proti verzi, kterou skutečně provozujete – což vám internet neslíbí.

Jaké druhy objektů existují?

kubectl api-resources
kubectl api-resources | grep -i ingress
kubectl api-resources --namespaced=false # objekty mimo namespace

Výstup dá čtyři věci: množné jméno, které píšete, zkratku (deploy, svc, po), API skupinu a verzi, a jestli objekt patří do namespace.

Pody

Mon, 01 Jan 0001 00:00:00 +0000

Pody

Nejmenší plánovatelná jednotka. Není to kontejner – je to prostředí pro jeden nebo více kontejnerů.

graph TB subgraph pod [Pod – jedna IP, jeden síťový namespace] C1[kontejner: aplikace] C2[kontejner: sidecar] V[(sdílený volume)] C1 --- V C2 --- V end

Kontejnery v podu sdílejí IP adresu, porty, IPC a volumes a vždy běží na stejném uzlu. Mluví spolu přes localhost. Je to režim --network container: z Dockeru povýšený na plnohodnotný objekt.