Containers
wpisy (23)
- Kubernetes od środka: podstawy architektury klastra2/7
Control Plane w Kubernetes
Control plane to nie jeden mózg, tylko cztery komponenty z osobnymi rolami - API Server komunikuje, etcd przechowuje stan, scheduler wybiera node, a controller…
- Kubernetes od środka: podstawy architektury klastra1/7
Architektura klastra Kubernetes
Zanim rozłożymy Kubernetes na procesy, prosta mapa całości - control plane decyduje i pilnuje stanu, data plane wykonuje pracę, a między nimi działa ciągłe…
- seria · 7 części
Kubernetes od środka: podstawy architektury klastra
Seria o tym, co sprawia, że klaster Kubernetes w ogóle działa - od kube-apiservera i etcd, przez kubeleta i CNI, po wybór między managed a self-managed i…
- CPU w Kubernetes od kernela w górę4/12
CPU Limits i throttling: co naprawdę robi limit CPU
Limit nie przypina kontenera do rdzenia. Daje mu budżet CPU time rozliczany w okresach, a po jego wyczerpaniu kernel throttluje.
- CPU w Kubernetes od kernela w górę3/12
CPU Requests w Kubernetes: czym naprawdę są
Request to deklaracja zapotrzebowania, nie sufit. Wchodzi do placementu w kube-schedulerze i do wagi CPU po stronie kernela.
- seria · 12 części
CPU w Kubernetes od kernela w górę
Model CPU od dołu do góry: od runnable tasków i schedulera, przez cgroups, requests i limits, po throttling, contention, PSI i diagnostykę.
Polityki na klastrze: po co Kyverno i CEL
Polityki na klastrze powstały dlatego, że RBAC mówi, kto może utworzyć zasób, ale nie odpowiada dobrze na pytanie, czy ten konkretny YAML jest bezpieczny.
Wprowadzenie do service mesh: po co Istio i Linkerd
Service mesh powstał dlatego, że w systemie mikroserwisów problemy z ruchem, tożsamością i obserwowalnością zaczęły powtarzać się w każdej usłudze.
- Gateway API bez magii4/4
Migracja z ingress-nginx do Gateway API
Migracja z ingress-nginx nie jest mechaniczną translacją YAML-a. Najpierw trzeba oddzielić kontrakt aplikacji od zachowań konkretnego kontrolera.
- Gateway API bez magii3/4
GatewayClass: kontrakt z implementacją
GatewayClass nie jest nazwą środowiska. To punkt, w którym Kubernetes Gateway API spotyka się z konkretnym kontrolerem.