# Składniki Kubernetesa

> Omówienie głównych elementów tworzących klaster Kubernetesa.

---

LLMS index: [llms.txt](/llms.txt)

---

<!-- overview -->

Ta strona zawiera wysokopoziomy przegląd niezbędnych komponentów, które tworzą klaster Kubernetesa.



<figure class="diagram-large clickable-zoom">
    <img src="/images/docs/components-of-kubernetes.svg"
         alt="Komponenty Kubernetesa"/> <figcaption>
            <p>Komponenty klastra Kubernetesa</p>
        </figcaption>
</figure>

<!-- body -->

## Składniki Kubernetesa {#core-components}

Klaster Kubernetesa składa się z warstwy sterowania oraz jednego
lub więcej węzłów roboczych. Oto krótki przegląd głównych komponentów:

### Części składowe warstwy sterowania {#control-plane-components}

Zarządzanie ogólnym stanem klastra:

[kube-apiserver](/docs/concepts/architecture/#kube-apiserver)
: Podstawowy komponent udostępniający interfejs API Kubernetesa przez HTTP.

[etcd](/docs/concepts/architecture/#etcd)
: Stabilna i wysoko dostępna baza danych typu klucz-wartość, wykorzystywana do przechowywania stanu całego klastra Kubernetesa.

[kube-scheduler](/docs/concepts/architecture/#kube-scheduler)
: Wyszukuje Pody, które nie zostały jeszcze przypisane do węzła, i przydziela każdy Pod do odpowiedniego węzła.

[kube-controller-manager](/docs/concepts/architecture/#kube-controller-manager)
: Uruchamia <a class='glossary-tooltip' title='A control loop that watches the shared state of the cluster through the apiserver and makes changes attempting to move the current state towards the desired state.' data-bs-toggle='tooltip' data-bs-placement='top' href='/pl/docs/concepts/architecture/controller/' target='_blank' aria-label='kontrolery'>kontrolery</a> realizujące logikę działania API Kubernetesa.

[cloud-controller-manager](/docs/concepts/architecture/#cloud-controller-manager) (opcjonalne)
: Zapewnia integrację klastra Kubernetesa z infrastrukturą dostarczaną przez zewnętrznych dostawców chmurowych.

### Składniki węzłów {#node-components}

Działa na każdym węźle klastra, odpowiada za utrzymanie aktywnych podów oraz zapewnienie środowiska uruchomieniowego Kubernetesa:

[kubelet](/docs/concepts/architecture/#kubelet)
: Odpowiada za nadzorowanie, czy pody oraz ich kontenery są uruchomione i działają zgodnie z oczekiwaniami.

[kube-proxy](/docs/concepts/architecture/#kube-proxy) (opcjonalne)
: Utrzymuje reguły sieciowe na węzłach w celu obsługi komunikacji z <a class='glossary-tooltip' title='A way to expose an application running on a set of Pods as a network service.' data-bs-toggle='tooltip' data-bs-placement='top' href='/pl/docs/concepts/services-networking/service/' target='_blank' aria-label='usługami (ang. Service)'>usługami (ang. Service)</a>.

[Środowisko uruchomieniowe kontenerów](/docs/concepts/architecture/#container-runtime)
: Oprogramowanie odpowiedzialne za uruchamianie kontenerów. Przeczytaj [Środowiska uruchomieniowe kontenerów](/docs/setup/production-environment/container-runtimes/), aby dowiedzieć się więcej.

<div class="alert alert-secondary callout third-party-content" role="note">&#128711; Ta pozycja przekierowuje do projektu lub produktu, który nie jest częścią projektu Kubernetes. <a class="alert-more-info" href="#third-party-content-disclaimer">Więcej informacji</a></div>


Klaster może wymagać dodatkowego oprogramowania na każdym węźle; możesz na przykład uruchomić
[systemd](https://systemd.io/) na węzłach z systemem Linux do monitorowania i zarządzania lokalnymi usługami.

## Dodatki (Addons) {#addons}

Dodatki rozszerzają funkcjonalność Kubernetesa. Oto kilka ważnych przykładów:

[DNS](/docs/concepts/architecture/#dns)
: Umożliwia rozpoznawanie nazw DNS dla usług i komponentów działających w całym klastrze.

[Web UI](/docs/concepts/architecture/#web-ui-dashboard) (Dashboard)
: Umożliwia zarządzanie klastrem Kubernetesa poprzez webowy interfejs.

[Monitorowanie zasobów kontenera](/docs/concepts/architecture/#container-resource-monitoring)
: Służy do monitorowania zasobów kontenerów poprzez gromadzenie i zapisywanie danych o ich wydajności.

[Logowanie na poziomie klastra](/docs/concepts/architecture/#cluster-level-logging)
: Umożliwia zbieranie i przechowywanie logów z kontenerów w centralnym systemie logowania dostępnym na poziomie całego klastra.

## Elastyczność architektury {#flexibility-in-architecture}

Dzięki elastycznej architekturze Kubernetesa można dostosować sposób
wdrażania i zarządzania poszczególnymi komponentami do konkretnych wymagań - od prostych
klastrów deweloperskich po złożone systemy produkcyjne na dużą skalę.

Szczegółowe informacje o każdym komponencie oraz różnych sposobach konfiguracji
architektury klastra znajdziesz na stronie [Architektura klastra](/docs/concepts/architecture/).