Konrad Kowalski (rootsher)Principal Platform & Reliability Architect001100000110011111110100001110101011110011010111

Blog - Konrad Kowalski (rootsher)

wpisy (112)

  1. Kubernetes od środka: podstawy architektury klastra7/7

    Managed, self-managed, cloud, on-premises, VM i bare metal

    Managed, cloud i bare metal to nie trzy alternatywy, tylko trzy osobne pytania - kto zarządza Kubernetes, gdzie działa infrastruktura i na czym stoją nody…

  2. CPU w Kubernetes od kernela w górę8/12

    Dlaczego 1 CPU nie oznacza jednego rdzenia

    CPU time i CPU placement to dwa różne mechanizmy. Limit mówi, ile wolno zużyć; affinity i cpuset mówią, gdzie task może się wykonywać.

  3. Kubernetes od środka: podstawy architektury klastra6/7

    Jak komponenty Kubernetes współpracują

    Jeden workload od kubectl apply do działającego Poda, krok po kroku przez API Server, etcd, kontrolery, scheduler, kubeleta, runtime i CNI. Znając ten…

  4. Kubernetes od środka: podstawy architektury klastra5/7

    DNS i CoreDNS w Kubernetes

    Adres IP Poda to zły interfejs dla aplikacji, bo się zmienia. CoreDNS zamienia stabilną nazwę na Service IP, a dopiero datapath dowozi ruch do Poda - to dwa…

  5. CPU w Kubernetes od kernela w górę7/12

    Requests, Limits i QoS: jak Kubernetes klasyfikuje Pody

    QoS class jest wynikiem konfiguracji requestów i limitów, nie osobnym mechanizmem przydzielania CPU. Guaranteed to nie dedykowany rdzeń.

  6. Część I: From Prompts to Agentic SDLC8/9

    Beyond Dynamic Workflows: kiedy workflow wychodzi poza Claude

    Ósmy poziom oddziela reasoning agenta od durable orchestration, czyli retry, webhooków, approvali, kolejek, długich waitów i stanu workflow poza contextem…

  7. Kubernetes od środka: podstawy architektury klastra4/7

    Networking w Kubernetes

    CNI daje Podom adresy i łączność między sobą, a kube-proxy albo datapath na eBPF sprawia, że ruch na wirtualny adres Service trafia do właściwego endpointu…

  8. Kubernetes od środka: podstawy architektury klastra3/7

    Worker Node i Data Plane

    Control plane decyduje, ale wykonuje worker node - kubelet pilnuje Podów przypisanych do maszyny, a przez CRI zleca container runtime'owi faktyczne…

  9. CPU w Kubernetes od kernela w górę6/12

    PSI: jak Linux mierzy realny CPU pressure

    Utilization mówi, ile CPU workload dostał. PSI mierzy czas, który stracił, bo chciał się wykonywać i nie miał na czym.

  10. 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…