Materiały źródłowe

Tutaj znajdziesz dokumentację źródłową Kubernetesa.

Dokumentacja API

Glossary - Pełna, zestandaryzowana lista terminologii Kubernetesa
Kubernetes API Reference
One-page API Reference for Kubernetes v1.35
Using The Kubernetes API - ogólne informacje na temat API Kubernetesa
API access control - szczegóły dotyczące kontroli dostępu do API Kubernetesa
Well-Known Labels, Annotations and Taints

Oficjalnie wspierane biblioteki klienckie

Aby wywołać Kubernetes API z wybranego języka programowania, możesz skorzystać z bibliotek klienckich. Oficjalnie wspierane biblioteki to:

Polecenia tekstowe (CLI)

kubectl - Główne narzędzie tekstowe (linii poleceń) do zarządzania klastrem Kubernetes.
- JSONPath - Podręcznik składni wyrażeń JSONPath dla kubectl.
kubeadm - Narzędzie tekstowe do łatwego budowania klastra Kubernetes spełniającego niezbędne wymogi bezpieczeństwa.

Komponenty

kubelet - Główny agent działający na każdym węźle. Kubelet pobiera zestaw definicji PodSpecs i gwarantuje, że opisane przez nie kontenery poprawnie działają.
kube-apiserver - REST API, które sprawdza poprawność i konfiguruje obiekty API, takie jak pody, serwisy czy kontrolery replikacji.
kube-controller-manager - Proces wykonujący główne pętle sterowania Kubernetesa.
kube-proxy - Przekazuje bezpośrednio dane przepływające w transmisji TCP/UDP lub dystrybuuje ruch TCP/UDP zgodnie ze schematem round-robin pomiędzy usługi back-endu.
kube-scheduler - Scheduler odpowiada za dostępność, wydajność i zasoby.
- Scheduler Policies
- Scheduler Profiles
Spis portów i protokołów, które muszą być otwarte dla warstwy sterowania i na węzłach roboczych.

API konfiguracji

W tej części zebrano "niepublikowane" API, które służą do konfiguracji komponentów Kubernetesa lub innych narzędzi. Choć większość tych API nie jest udostępniane przez serwer API w trybie RESTful, są one niezbędne dla użytkowników i administratorów w korzystaniu i zarządzaniu klastrem.

API konfiguracji dla kubeadm

Zewnętrzne API

Istnieją API, które zostały zdefiniowane w ramach projektu Kubernetes, ale nie zostały zaimplementowane przez główny projekt:

Dokumentacja projektowa

Archiwum dokumentacji projektowej różnych funkcjonalności Kubernetes. Warto zacząć od Kubernetes Architecture oraz Kubernetes Design Overview.

Kodowanie

Narzędzia takie jak kubectl mogą współpracować z różnymi formatami / kodowaniami. Obejmują one:

CBOR, używany w sieci, ale nie dostępny jako format wyjściowy dla kubectl
- Zobacz kodowanie zasobów CBOR
JSON, dostępny jako format wyjściowy kubectl i używany również na warstwie HTTP
KYAML, dialekt YAML używany w Kubernetesie
- KYAML jest w istocie formatem wyjściowym; wszędzie tam, gdzie do Kubernetesa można przekazać KYAML, można również użyć dowolnego innego poprawnego wejścia w formacie YAML.
YAML, dostępny jako format wyjściowy kubectl i również używany na warstwie HTTP

Kubernetes ma również własne kodowanie protobuf, które jest używane wyłącznie w ramach komunikatów HTTP.

Narzędzie kubectl obsługuje inne formaty wyjściowe, takie jak custom columns; patrz formaty wyjściowe w dokumentacji referencyjnej kubectl.