Synchronize Polish translation with master (kubernetes#19681)

Update translated content to uptream master version as for March 15th.
Commits from 90ee755
to d4167fa.

Author: mfilocha

content/pl/_index.html

@@ -45,12 +45,12 @@ <h2>The Challenges of Migrating 150+ Microservices to Kubernetes</h2>
         <br>
         <br>
         <br>
-        <a href="https://events.linuxfoundation.org/events/kubecon-cloudnativecon-europe-2020/" button id="desktopKCButton">Weź udział w KubeCon w Amsterdamie 30.03-2.04.2020</a>
+        <a href="https://events.linuxfoundation.org/kubecon-cloudnativecon-europe/?utm_source=kubernetes.io&utm_medium=nav&utm_campaign=kccnceu20" button id="desktopKCButton">Weź udział w KubeCon w Amsterdamie (lipiec/sierpień)</a>
         <br>
         <br>
         <br>
         <br>
-        <a href="https://events.linuxfoundation.cn/kubecon-cloudnativecon-open-source-summit-china/" button id="desktopKCButton">Weź udział w KubeCon w Szanghaju 28-30.07.2020</a>
+        <a href="https://events.linuxfoundation.org/kubecon-cloudnativecon-north-america/?utm_source=kubernetes.io&utm_medium=nav&utm_campaign=kccncna20" button id="desktopKCButton">Weź udział w KubeCon w Bostonie 17-20.11.2020</a>
 </div>
 <div id="videoPlayer">
     <iframe data-url="https://www.youtube.com/embed/H06qrNmGqyE?autoplay=1" frameborder="0" allowfullscreen></iframe>

content/pl/docs/concepts/_index.md

@@ -26,7 +26,7 @@ Gdy tylko zdefiniujesz zamierzony stan, warstwa sterowania Kubernetes (*Kubernet
 
 ## Obiekty Kubernetes
 
-Kubernetes składa się z różnych abstrakcyjnych obiektów, które reprezentują stan systemu: wdrożone aplikacje i zadania w kontenerach, powiązane zasoby sieciowe i dyskowe oraz inne informacje o tym, co się dzieje na klasterze. Te abstrakcyjne obiekty są reprezentowane przez API Kubernetes. [Opis Obiektów w Kubernetesie](/docs/concepts/overview/working-with-objects/kubernetes-objects/) zawiera więcej szczegółów na ten temat.
+Kubernetes składa się z różnych abstrakcyjnych obiektów, które reprezentują stan systemu: wdrożone aplikacje i zadania w kontenerach, powiązane zasoby sieciowe i dyskowe oraz inne informacje o tym, co się dzieje na klasterze. Te abstrakcyjne obiekty są reprezentowane przez API Kubernetes. [Opis obiektów w Kubernetesie](/docs/concepts/overview/working-with-objects/kubernetes-objects/#kubernetes-objects) zawiera więcej szczegółów na ten temat.
 
 Do podstawowych obiektów Kubernetes należą:
 

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

@@ -10,7 +10,7 @@ card:
 {{% capture overview %}}
 W wyniku instalacji Kubernetes otrzymujesz klaster.
 
-{{< glossary_definition term_id="cluster" length="all" prepend="Klaster to">}}
+{{< glossary_definition term_id="cluster" length="all" prepend="Klaster Kubernetes to">}}
 
 W tym dokumencie opisujemy składniki niezbędne do zbudowania kompletnego, poprawnie działającego klastra Kubernetes.
 
@@ -20,11 +20,11 @@ Poniższy rysunek przedstawia klaster Kubernetes i powiązania pomiędzy jego r
 {{% /capture %}}
 
 {{% capture body %}}
-## Master — częsci składowe
+## Częsci składowe warstwy sterowania
 
-Komponenty *master* odpowiadają za warstwę sterowania klastra. Podejmują ogólne decyzje dotyczące klastra (np. zlecanie zadań), 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 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 *master* mogą być uruchomione na dowolnej maszynie w klastrze. Dla uproszczenia 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 [Tworzenie Wysoko Dostępnych Klastrów](/docs/admin/high-availability/) jest więcej informacji o konfiguracji typu *multi-master-VM*.
+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 [Tworzenie Wysoko Dostępnych Klastrów](/docs/admin/high-availability/) jest więcej informacji o konfiguracji typu *multi-master-VM*.
 
 ### kube-apiserver
 

content/pl/docs/concepts/overview/kubernetes-api.md

@@ -57,7 +57,7 @@ GET /swagger-2.0.0.pb-v1.gz | GET /openapi/v2 **Accept**: application/com.github
 W Kubernetes zaimplementowany jest alternatywny format serializacji na potrzeby API oparty o Protobuf, który jest przede wszystkim przeznaczony na potrzeby wewnętrznej komunikacji w klastrze i opisany w [design proposal](https://github.com/kubernetes/community/blob/master/contributors/design-proposals/api-machinery/protobuf.md). Pliki IDL dla każdego ze schematów można znaleźć w pakietach Go, które definiują obiekty API.
 
 Przed wersją 1.14, apiserver Kubernetes udostępniał też specyfikację API [Swagger v1.2](http://swagger.io/) poprzez `/swaggerapi`.
-Ten punkt końcowy jest fazie wycofywania i zostanie ostatecznie usunięty w wersji Kubernetes 1.14.
+Ten punkt końcowy został skierowany do wycofania i ostatecznie usunięty w wersji Kubernetes 1.14.
 
 ## Obsługa wersji API
 

content/pl/docs/contribute/_index.md

@@ -13,65 +13,38 @@ lub strony www Kubernetesa! Nieważne, czy dopiero poznajesz projekt, czy jeste
 z nami już od dawna, czy uważasz się za programistę, użytkownika, czy po prostu
 nie możesz patrzeć na literówki.
 
-Więcej informacji na temat zawartości dokumentacji Kubernetesa i jej stylu,
-znajdziesz w
- [Opisie stylu dokumentacji](/docs/contribute/style/).
+{{% /capture %}}
 
 {{% capture body %}}
 
-## Rodzaje uczestnictwa w procesie tworzenia dokumentacji
+## Od czego zacząć?
+
+Każdy może otworzyć zgłoszenie, które zawiera opis problemu czy oczekiwane usprawnienia dokumentacji lub samemu zaproponować zmianę poprzez *pull request* (PR).
+Do realizacji niektórych zadań potrzeba wyższego poziomu zaufania i odpowiednich uprawnień w organizacji Kubernetes.
+Zajrzyj do [Participating in SIG Docs](/docs/contribute/participating/) po więcej szczegółów
+dotyczących ról i uprawnień.
+
+Dokumentacja Kubernetesa znajduje się w repozytorium GitHub. Zapraszamy wszystkich
+do aktywnych działań na rzecz jej rozwoju, niemniej aby móc sprawnie funkcjonować w społeczności Kubernetes,
+wymagana jest pewna biegłość w korzystaniu z git i GitHuba.
 
-- _Członek_ (_member_) organizacji Kubernetes, który [podpisał CLA](/docs/contribute/start#sign-the-cla)
-  i poświęcił swój czas oraz wysiłek na rzecz projektu. Dokument
-  [Członkostwo w organizacji](https://github.com/kubernetes/community/blob/master/community-membership.md)
-  zawiera szczegóły z tym związane.
-- _Recenzent_ (_reviewer_) SIG Docs to członek organizacji Kubernetes, który zgłosił
-  swoją chęć weryfikacji propozycji zmian w dokumentacji (PR) i został dodany
-  do odpowiedniej grupy GitHub i pliku 'OWNERS' w repozytorium GitHub przez
-  osobę zatwierdzającą SIG Docs.
-- _Osoba zatwierdzająca_ (_approver_) SIG Docs to członek organizacji o uznanej reputacji,
-  który wykazał się długotrwałym zaangażowaniem w prace projektu.
-  Osoba zatwierdzająca może włączać propozycje zmian do repozytoriów i publikować
-  treści w imieniu organizacji Kubernetes.
-  Osoby zatwierdzające mogą również reprezentować SIG Docs na szerszym forum
-  społeczności Kubernetes.
-  Niektóre wymagania związane z tą rolą, jak na przykład koordynacja kolejnego wydania,
-  wymagają poświęcenia znacznej ilości czasu.
+Aby zaangażować się w prace nad dokumentacją należy:
 
-## Sposoby współpracy przy tworzeniu dokumentacji
+1. Podpisać [Contributor License Agreement](https://github.com/kubernetes/community/blob/master/CLA.md) CNCF.
+2. Zapoznać się z [repozytorium dokumentacji](https://github.com/kubernetes/website) i z [generatorem statycznej strony](https://gohugo.io) www.
+3. Zrozumieć podstawowe procesy [ulepszania zawartości](https://kubernetes.io/docs/contribute/start/#improve-existing-content) i [recenzowania propozycji zmian](https://kubernetes.io/docs/contribute/start/#review-docs-pull-requests).
 
-Poniższa lista podzielona jest na rzeczy, które może robić każdy, te, które może
-robić członek organizacji Kubernetes oraz na takie, które wymagają wyższych uprawnień
-i znajomości procesów SIG Docs. W miarę postępującej współpracy, będziesz mógł lepiej
-zrozumieć niektóre narzędzia czy decyzje, które zostały wcześniej podjęte
-na poziomie organizacyjnym.
+## Najlepsze praktyki zgłaszania zmian
 
-Ta lista nie wyczerpuje wszystkich możliwości udziału, ale powinna być pomocna
-na początku.
+- Opis GIT commit powinien być jasny i zrozumiały.
+- Należy używać _Github Special Keywords_, które odwołują się do zgłoszenia _(issue)_ i automatycznie je zamykają, kiedy PR zostaje zaakceptowany.
+- Kiedy wprowadzasz drobne zmiany do PR, takie jak literówki czy poprawki stylu lub gramatyki, pamiętaj o ich zgrupowaniu _(squash)_, aby uniknąć sytuacji, kiedy mamy dużą liczbę commitów dla stosunkowo niewielkiej zmiany.
+- Dołącz dobry opis PR, który tłumaczy zmiany w kodzie, powód dla tych zmian i wszystkie informacje wystarczające, aby recenzent zrozumiał Twój PR.
+- Dodatkowa literatura:
+  - [chris.beams.io/posts/git-commit/](https://chris.beams.io/posts/git-commit/)
+  - [github.com/blog/1506-closing-issues-via-pull-requests ](https://github.com/blog/1506-closing-issues-via-pull-requests)
+  - [davidwalsh.name/squash-commits-git ](https://davidwalsh.name/squash-commits-git )
 
-- [Każdy](/docs/contribute/start/)
-  - Otwieranie wszelkiego rodzaju zgłoszeń, względem których mogą zostać podjęte jakieś działania
-- [Członek](/docs/contribute/start/)
-  - Ulepszanie istniejącej dokumentacji
-  - Zgłaszanie pomysłów na ulepszenia poprzez komunikator [Slack](http://slack.k8s.io/) lub [listę dystrybucyjną SIG docs](https://groups.google.com/forum/#!forum/kubernetes-sig-docs)
-  - Zwiększanie dostępności dokumentacji
-  - Zgłaszanie niewiążących uwag do propozycji zmian (PR)
-  - Pisanie bloga lub studium przypadku
-- [Recenzent](/docs/contribute/intermediate/)
-  - Opisywanie nowych funkcjonalności
-  - Przydzielanie kategorii i klasyfikowanie zgłoszeń
-  - Recenzowanie propozycji zmian
-  - Tworzenie schematów, grafik, osadzonych prezentacji (_screencasts_) i filmów
-  - Tłumaczenie
-  - Współtworzenie zawartości innych repozytoriów jako przedstawiciel zespołu dokumentacji
-  - Opracowywanie osadzonych w oprogramowaniu komunikatów dla użytkownika
-  - Ulepszanie komentarzy w oprogramowaniu, Godoc
-- [Osoba zatwierdzająca](/docs/contribute/advanced/)
-  - Publikowanie dostarczonych treści poprzez zatwierdzanie propozycji zmian i włączanie ich do repozytorium
-  - Udział w pracach zespołu przygotowującego nowe wydanie Kubernetesa jako przedstawiciel zespołu dokumentacji
-  - Proponowanie ulepszeń wytycznych dotyczących stylu
-  - Proponowanie ulepszeń testowania dokumentacji
-  - Proponowanie ulepszeń strony Kubernetes lub innych narzędzi
 
 ## Inne metody współpracy
 

content/pl/docs/reference/_index.md

@@ -17,12 +17,7 @@ Tutaj znajdziesz dokumentację źródłową Kubernetes.
 ## Dokumentacja API
 
 * [Kubernetes API Overview](/docs/reference/using-api/api-overview/) - Ogólne informacje na temat Kubernetes API.
-* Wersje Kubernetes API
-  * [1.17](/docs/reference/generated/kubernetes-api/v1.17/)
-  * [1.16](/docs/reference/generated/kubernetes-api/v1.16/)
-  * [1.15](/docs/reference/generated/kubernetes-api/v1.15/)
-  * [1.14](/docs/reference/generated/kubernetes-api/v1.14/)
-  * [1.13](/docs/reference/generated/kubernetes-api/v1.13/)
+  * [Dokumentacja źródłowa Kubernetes API {{< latest-version >}}](/docs/reference/generated/kubernetes-api/{{< latest-version >}}/)
 
 ## Biblioteki klientów API
 
@@ -37,18 +32,17 @@ biblioteki to:
 
 ## Dokumentacja poleceń tekstowych *(CLI)*
 
-* [kubectl](/docs/user-guide/kubectl-overview) - Główne narzędzie tekstowe (linii poleceń) do zarządzania klastrem Kubernetes.
-  * [JSONPath](/docs/user-guide/jsonpath/) - Podręcznik składni [wyrażeń JSONPath](http://goessner.net/articles/JsonPath/) dla kubectl.
-* [kubeadm](/docs/admin/kubeadm/) - Narzędzie tekstowe do łatwego budowania klastra Kubernetes spełniającego niezbędne wymogi bezpieczeństwa.
-* [kubefed](/docs/admin/kubefed/) - Narzędzie tekstowe poleceń do zarządzania klastrami w federacji.
+* [kubectl](/docs/reference/kubectl/overview/) - Główne narzędzie tekstowe (linii poleceń) do zarządzania klastrem Kubernetes.
+  * [JSONPath](/docs/reference/kubectl/jsonpath/) - Podręcznik składni [wyrażeń JSONPath](http://goessner.net/articles/JsonPath/) dla kubectl.
+* [kubeadm](/docs/reference/setup-tools/kubeadm/kubeadm/) - Narzędzie tekstowe do łatwego budowania klastra Kubernetes spełniającego niezbędne wymogi bezpieczeństwa.
 
 ## Dokumentacja konfiguracji
 
-* [kubelet](/docs/admin/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](/docs/admin/kube-apiserver/) - REST API, które sprawdza poprawność i konfiguruje obiekty API, takie jak pody, serwisy czy kontrolery replikacji.
-* [kube-controller-manager](/docs/admin/kube-controller-manager/) - Proces wykonujący główne pętle sterowania Kubernetes.
-* [kube-proxy](/docs/admin/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](/docs/admin/kube-scheduler/) - Scheduler odpowiada za dostępność, wydajność i zasoby.
+* [kubelet](/docs/reference/command-line-tools-reference/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](/docs/reference/command-line-tools-reference/kube-apiserver/) - REST API, które sprawdza poprawność i konfiguruje obiekty API, takie jak pody, serwisy czy kontrolery replikacji.
+* [kube-controller-manager](/docs/reference/command-line-tools-reference/kube-controller-manager/) - Proces wykonujący główne pętle sterowania Kubernetes.
+* [kube-proxy](/docs/reference/command-line-tools-reference/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](/docs/reference/command-line-tools-reference/kube-scheduler/) - Scheduler odpowiada za dostępność, wydajność i zasoby.
 
 ## Dokumentacja projektowa
 

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

@@ -4,14 +4,14 @@ id: cluster
 date: 2019-06-15
 full_link: 
 short_description: >
-   Zestaw maszyn, nazywanych węzłami, na których uruchamiane są aplikacje zarządzane przez Kubernetes. Klaster posiada przynajmniej jeden węzeł roboczy (*node*) i jeden węzeł typu master (*master node*).
+   Zestaw maszyn roboczych, nazywanych węzłami, na których uruchamiane są aplikacje w kontenerach. Każdy klaster musi posiadać przynajmniej jeden węzeł.
 
 aka: 
 tags:
 - fundamental
 - operation
 ---
-Zestaw maszyn, nazywanych węzłami, na których uruchamiane są aplikacje zarządzane przez Kubernetes. Klaster posiada przynajmniej jeden węzeł roboczy (*node*) i jeden węzeł typu master (*master node*).
+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. Węzeł (lub węzły) typu master zarządzają węzłami roboczymi i podami należącymi do klastra. Zwielokrotnione węzły typu master zapewniają większą niezawodność i odporność klastra na awarie.
+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.

content/pl/docs/reference/glossary/container-runtime.md

@@ -15,7 +15,7 @@ tags:
 
 <!--more-->
 
-Kubernetes obsługuje różne *container runtimes*: [Docker](http://www.docker.com),
-[containerd](https://containerd.io), [cri-o](https://cri-o.io/),
-[rktlet](https://github.com/kubernetes-incubator/rktlet) oraz każdą implementację zgodną z 
-[Kubernetes CRI (Container Runtime Interface)](https://github.com/kubernetes/community/blob/master/contributors/devel/sig-node/container-runtime-interface.md).
+Kubernetes obsługuje różne *container runtimes*: {{< glossary_tooltip term_id="docker">}},
+{{< glossary_tooltip term_id="containerd" >}}, {{< glossary_tooltip term_id="cri-o" >}}
+oraz każdą implementację zgodną z [Kubernetes CRI (Container Runtime
+Interface)](https://github.com/kubernetes/community/blob/master/contributors/devel/sig-node/container-runtime-interface.md).

content/pl/docs/reference/glossary/kube-controller-manager.md

@@ -11,7 +11,7 @@ tags:
 - architecture
 - fundamental
 ---
- Składnik *master* odpowiedzialny za uruchamianie {{< glossary_tooltip text="kontrolerów" term_id="controller" >}}.
+ Składnik warstwy sterowania odpowiedzialny za uruchamianie {{< glossary_tooltip text="kontrolerów" term_id="controller" >}}.
 
 <!--more-->
 

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

@@ -4,13 +4,13 @@ id: kube-scheduler
 date: 2018-04-12
 full_link: /docs/reference/generated/kube-scheduler/
 short_description: >
-  Składnik *master*, który monitoruje 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 podów i przypisuje im węzły, na których powinny zostać uruchomione.
 
 aka: 
 tags:
 - architecture
 ---
-Składnik *master*, który monitoruje 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 podów i przypisuje im węzły, na których powinny zostać uruchomione.
 
 <!--more-->