Merge pull request #38889 from mfilocha/pl-1.25a4

Synchronize Polish localization to 1.25, part 3

Author: k8s-ci-robot

content/pl/docs/concepts/overview/components.md

@@ -24,7 +24,7 @@ W tym dokumencie opisujemy składniki niezbędne do zbudowania kompletnego, popr
 
 Komponenty warstwy sterowania podejmują ogólne decyzje dotyczące klastra (np. zlecanie zadań), a także wykrywają i reagują na zdarzenia w klastrze (przykładowo, start nowego {{< glossary_tooltip text="poda" term_id="pod">}}, kiedy wartość `replicas` dla deploymentu nie zgadza się z faktyczną liczbą replik).
 
-Komponenty warstwy sterowania mogą być uruchomione na dowolnej maszynie w klastrze. Dla uproszczenia jednak skrypty instalacyjne zazwyczaj startują wszystkie składniki na tej samej maszynie i jednocześnie nie pozwalają na uruchamianie na niej kontenerów użytkowników. Na stronie [Creating Highly Available clusters with kubeadm](/docs/setup/production-environment/tools/kubeadm/high-availability/) znajdziesz opis konfiguracji warstwy sterowania działającej na wielu maszynach wirtualnych.
+Komponenty warstwy sterowania mogą być uruchomione na dowolnej maszynie w klastrze. Dla uproszczenia jednak skrypty instalacyjne zazwyczaj startują wszystkie składniki na tej samej maszynie, a jednocześnie nie pozwalają na uruchamianie na niej kontenerów użytkowników. Na stronie [Creating Highly Available clusters with kubeadm](/docs/setup/production-environment/tools/kubeadm/high-availability/) znajdziesz opis konfiguracji warstwy sterowania działającej na wielu maszynach.
 
 ### kube-apiserver
 
@@ -104,7 +104,7 @@ Kontenery uruchomione przez Kubernetes automatycznie przeszukują ten serwer DNS
 
 ### Monitorowanie zasobów w kontenerach
 
-[Container Resource Monitoring](/docs/tasks/debug-application-cluster/resource-usage-monitoring/) zapisuje serie czasowe podstawowych metryk kontenerów w centralnej bazie danych i oferuje interfejs użytkownika do przeglądania tych danych.
+[Container Resource Monitoring](/docs/tasks/debug/debug-cluster/resource-usage-monitoring/) zapisuje serie czasowe podstawowych metryk kontenerów w centralnej bazie danych i oferuje interfejs użytkownika do przeglądania tych danych.
 
 ### Logowanie na poziomie klastra
 

content/pl/docs/tutorials/hello-minikube.md

@@ -91,7 +91,7 @@ Użycie Deploymentu to rekomendowana metoda zarządzania tworzeniem i skalowanie
 wykorzystując podany obraz Dockera.
 
     ```shell
-    kubectl create deployment hello-node --image=k8s.gcr.io/echoserver:1.4
+    kubectl create deployment hello-node --image=registry.k8s.io/echoserver:1.4
     ```
 
 2. Sprawdź stan Deploymentu:
@@ -133,7 +133,7 @@ wykorzystując podany obraz Dockera.
     ```
 
     {{< note >}}
-    Więcej informacji na temat polecenia `kubectl` znajdziesz w [przeglądzie kubectl](/docs/reference/kubectl/overview/).
+    Więcej informacji na temat polecenia `kubectl` znajdziesz w [przeglądzie kubectl](/docs/reference/kubectl/).
     {{< /note >}}
 
 ## Stwórz Serwis
@@ -152,7 +152,7 @@ jako [*Serwis*](/docs/concepts/services-networking/service/) Kubernetes.
     Opcja `--type=LoadBalancer` wskazuje, że chcesz udostępnić swój Serwis
     na zewnątrz klastra.
 
-    Aplikacja, która jest umieszczona w obrazie kontenera `k8s.gcr.io/echoserver`, nasłuchuje jedynie na porcie TCP 8080. Jeśli użyłeś
+    Aplikacja, która jest umieszczona w obrazie kontenera `registry.k8s.io/echoserver`, nasłuchuje jedynie na porcie TCP 8080. Jeśli użyłeś
     `kubectl expose` do wystawienia innego portu, aplikacje klienckie mogą nie móc się podłączyć do tamtego innego portu.
 
 2. Sprawdź Serwis, który właśnie utworzyłeś:
@@ -171,7 +171,7 @@ jako [*Serwis*](/docs/concepts/services-networking/service/) Kubernetes.
 
     U dostawców usług chmurowych, którzy obsługują *load balancers*,
     zostanie przydzielony zewnętrzny adres IP na potrzeby serwisu.
-    W minikube, typ `LoadBalancer` udostępnia serwis poprzez polecenie
+    W minikube, serwis typu `LoadBalancer` można udostępnić poprzez polecenie
     `minikube service`.
 
 3. Uruchom poniższe polecenie:

content/pl/releases/_index.md

@@ -7,7 +7,7 @@ type: docs
 
 <!-- overview -->
 
-Projekt Kubernetes zapewnia wsparcie dla trzech ostatnich wydań _minor_ ({{< skew latestVersion >}}, {{< skew prevMinorVersion >}}, {{< skew oldestMinorVersion >}}). Poprawki do wydania 1.19 i nowszych będą publikowane przez około rok. Kubernetes w wersji 1.18 i wcześniejszych będzie otrzymywał poprawki przez 9 miesięcy.
+Projekt Kubernetes zapewnia wsparcie dla trzech ostatnich wydań _minor_ ({{< skew latestVersion >}}, {{< skew prevMinorVersion >}}, {{< skew oldestMinorVersion >}}). Poprawki do wydania 1.19 i nowszych [będą publikowane przez około rok](/releases/patch-releases/#support-period). Kubernetes w wersji 1.18 i wcześniejszych otrzymywał poprawki przez 9 miesięcy.
 
 Wersje Kubernetesa oznaczane są jako **x.y.z**,
 gdzie **x** jest oznaczeniem wersji głównej (_major_), **y** — podwersji (_minor_), a **z** — numer poprawki (_patch_), zgodnie z terminologią [Semantic Versioning](https://semver.org/).