Synchronize Polish translation to upstream master (#19772)

* Synchronize Polish translation to upstream master

Synchronize translation with upstream master up to 4605d2b1f9

* Improve style of translated content

Co-Authored-By: Karol Pucyński <9209870+kpucynski@users.noreply.github.com>

Co-authored-by: Karol Pucyński <9209870+kpucynski@users.noreply.github.com>

content/pl/docs/reference/glossary/cluster.md

@@ -4,7 +4,8 @@ id: cluster
 date: 2019-06-15
 full_link: 
 short_description: >
-   Zestaw maszyn roboczych, nazywanych węzłami, na których uruchamiane są aplikacje w kontenerach. Każdy klaster musi posiadać przynajmniej jeden węzeł.
+   Zestaw maszyn roboczych, nazywanych {{< glossary_tooltip text="węzłami" term_id="node" >}}, na których uruchamiane są aplikacje w kontenerach.
+   Każdy klaster musi posiadać przynajmniej jeden węzeł.
 
 aka: 
 tags:
@@ -14,4 +15,9 @@ tags:
 Zestaw maszyn roboczych, nazywanych węzłami, na których uruchamiane są aplikacje w kontenerach. Każdy klaster musi posiadać przynajmniej jeden węzeł.
 
 <!--more-->
-Na węźle (lub węzłach) roboczych rozmieszczane są pody, które są częściami składowymi aplikacji. Warstwa sterowania zarządza węzłami roboczymi i podami należącymi do klastra. W środowisku produkcyjnym warstwa sterowania rozłożona jest zazwyczaj na kilka maszyn, a klaster uruchomiony jest na wielu węzłach zapewniając większą niezawodność i odporność na awarie.
+Na węźle (lub węzłach) roboczych rozmieszczane są {{< glossary_tooltip text="pody" term_id="pod" >}},
+które są częściami składowymi aplikacji.
+{{< glossary_tooltip text="Warstwa sterowania" term_id="control-plane" >}} zarządza
+węzłami roboczymi i podami należącymi do klastra. W środowisku produkcyjnym warstwa sterowania
+rozłożona jest zazwyczaj na kilka maszyn, a klaster uruchomiony jest na wielu węzłach zapewniając
+większą niezawodność i odporność na awarie.

content/pl/docs/reference/glossary/kube-proxy.md

@@ -11,13 +11,17 @@ tags:
 - fundamental
 - networking
 ---
- [kube-proxy](/docs/reference/command-line-tools-reference/kube-proxy/) to *proxy* sieciowe, które uruchomione jest na każdym węźle klastra
- i uczestniczy w tworzeniu {{< glossary_tooltip term_id="service">}}.
+ kube-proxy to *proxy* sieciowe, które uruchomione jest na każdym
+ {{< glossary_tooltip text="węźle" term_id="node" >}} klastra
+ i uczestniczy w tworzeniu
+ {{< glossary_tooltip text="serwisu" term_id="service">}}.
 
 <!--more-->
 
-kube-proxy utrzymuje reguły sieciowe na węźle. Dzięki tym regułom
-sieci na zewnątrz i wewnątrz klastra mogą komunikować się z Podami.
+[kube-proxy](/docs/reference/command-line-tools-reference/kube-proxy/)
+utrzymuje reguły sieciowe na węźle. Dzięki tym regułom
+sieci na zewnątrz i wewnątrz klastra mogą komunikować się
+z podami.
 
 kube-proxy używa warstwy filtrowania pakietów dostarczanych przez system operacyjny, o ile taka jest dostępna.
 W przeciwnym przypadku, kube-proxy samo zajmuje sie przekazywaniem ruchu sieciowego.

content/pl/docs/reference/glossary/kube-scheduler.md

@@ -10,8 +10,13 @@ aka:
 tags:
 - architecture
 ---
-Składnik warstwy sterowania, który śledzi tworzenie nowych podów i przypisuje im węzły, na których powinny zostać uruchomione.
+Składnik warstwy sterowania, który śledzi tworzenie nowych
+{{< glossary_tooltip term_id="pod" text="podów" >}} i przypisuje im {{< glossary_tooltip term_id="node" text="węzły">}},
+na których powinny zostać uruchomione.
 
 <!--more-->
 
-Przy podejmowaniu decyzji o wyborze węzła brane pod uwagę są wymagania indywidualne i zbiorcze odnośnie zasobów, ograniczenia wynikające z polityk sprzętu i oprogramowania, wymagania *affinity* i *anty-affinity*, lokalizacja danych, zależności między zadaniami i wymagania czasowe.
+Przy podejmowaniu decyzji o wyborze węzła brane pod uwagę są wymagania
+indywidualne i zbiorcze odnośnie zasobów, ograniczenia wynikające z polityk
+sprzętu i oprogramowania, wymagania *affinity* i *anty-affinity*, lokalizacja danych,
+zależności między zadaniami i wymagania czasowe.

content/pl/docs/reference/glossary/kubelet.md

@@ -11,8 +11,8 @@ tags:
 - fundamental
 - core-object
 ---
- Agent, który działa na każdym węźle klastra. Odpowiada za uruchamianie kontenerów w ramach poda.
+ Agent, który działa na każdym {{< glossary_tooltip text="węźle" term_id="node" >}} klastra. Odpowiada za uruchamianie {{< glossary_tooltip text="kontenerów" term_id="container" >}} w ramach {{< glossary_tooltip text="poda" term_id="pod" >}}.
 
-<!--more--> 
+<!--more-->
 
 Kubelet korzysta z dostarczanych na różne sposoby PodSpecs i gwarantuje, że kontenery opisane przez te PodSpecs są uruchomione i działają poprawnie. Kubelet nie zarządza kontenerami, które nie zostały utworzone przez Kubernetes.