Merge pull request #23097 from mfilocha/sync-pl-with-upstream-20200812

Polish translation update 2020-08-12

Author: k8s-ci-robot

content/pl/_index.html

@@ -41,13 +41,13 @@ <h2>The Challenges of Migrating 150+ Microservices to Kubernetes</h2>
         <button id="desktopShowVideoButton" onclick="kub.showVideo()">Obejrzyj wideo</button>
         <br>
         <br>
+        <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 wirtualnym KubeCon EU 17-20.08.2020</a>
         <br>
-        <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 wirtualnym KubeCon 17-20.08.2020</a>
         <br>
         <br>
         <br>
-        <br>
-        <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>
+        <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 wirtualnym KubeCon NA w 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

@@ -8,64 +8,3 @@ weight: 40
 <!-- overview -->
 
 Rozdział dotyczący pojęć ma za zadanie pomóc w zrozumieniu poszczególnych składowych systemu oraz obiektów abstrakcyjnych, których Kubernetes używa do reprezentacji {{< glossary_tooltip text="klastra" term_id="cluster" length="all" >}}, a także posłużyć do lepszego poznania działania całego systemu.
-
-
-
-<!-- body -->
-
-## Przegląd
-
-Pracując w środowisku Kubernetes, używasz *obiektów API Kubernetes* aby opisać *zamierzony stan* klastra: jakie aplikacje lub inne zadania chcesz uruchomić, jakich obrazów kontenerów chcesz użyć, ilu replik potrzebujesz, które zasoby dyskowe i sieciowe chcesz udostępnić itp. Zamierzony stan uzyskuje się definiując obiekty API Kubernetes, zazwyczaj przy pomocy polecenia `kubectl`. Możesz także używać API bezpośrednio, aby konfigurować i modyfikować stan klastra.
-
-Gdy tylko zdefiniujesz zamierzony stan, warstwa sterowania Kubernetes (*Kubernetes Control Plane*) podejmuje działania, aby aktualny stan klastra był zgodny ze stanem zamierzonym, wykorzystując do tego Pod Lifecycle Event Generator ([PLEG](https://github.com/kubernetes/community/blob/master/contributors/design-proposals/node/pod-lifecycle-event-generator.md)). W tym celu Kubernetes wykonuje szereg automatycznych zadań, takich jak start lub restart kontenerów, skalowanie liczby replik dla danej aplikacji itp. Warstwa sterowania Kubernetes to zbiór różnych procesów działających na klastrze:
-
-* **Kubernetes Master** to zbiór trzech procesów uruchamianych na pojedynczym węźle klastra, który pełni rolę węzła _master_. Te procesy to: [kube-apiserver](/docs/admin/kube-apiserver/), [kube-controller-manager](/docs/admin/kube-controller-manager/) oraz [kube-scheduler](/docs/admin/kube-scheduler/).
-* Na każdym węźle klastra, nie będącym węzłem typu _Master_, działają dwa procesy:
-  * **[kubelet](/docs/admin/kubelet/)**, który komunikuje się z Kubernetes Master.
-  * **[kube-proxy](/docs/admin/kube-proxy/)**, proxy sieciowe pośredniczące w usługach sieciowych Kubernetes.
-
-## 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/#kubernetes-objects) zawiera więcej szczegółów na ten temat.
-
-Do podstawowych obiektów Kubernetes należą:
-
-* [Pod](/docs/concepts/workloads/pods/pod-overview/)
-* [Service *(Serwis)*](/docs/concepts/services-networking/service/)
-* [Volume *(Wolumin)*](/docs/concepts/storage/volumes/)
-* [Namespace *(Przestrzeń nazw)*](/docs/concepts/overview/working-with-objects/namespaces/)
-
-Kubernetes zawiera także obiekty abstrakcyjne wyższego poziomu, zbudowane z obiektów podstawowych przy wykorzystaniu [kontrolerów](/docs/concepts/architecture/controller/), które dostarczają dodatkowe funkcjonalności i udogodnienia. Należą do nich:
-
- * [Deployment](/docs/concepts/workloads/controllers/deployment/)
- * [DaemonSet](/docs/concepts/workloads/controllers/daemonset/)
- * [StatefulSet](/docs/concepts/workloads/controllers/statefulset/)
- * [ReplicaSet](/docs/concepts/workloads/controllers/replicaset/)
- * [Job](/docs/concepts/workloads/controllers/job/)
-
-## Warstwa sterowania (*Kubernetes Control Plane*) {#warstwa-sterowania}
-
-Różne komponenty warstwy sterowania, takie jak: *Kubernetes Master* czy *kubelet*, odpowiadają za to, jak Kubernetes komunikuje się z klastrem. Warstwa sterowania przechowuje informacje o wszystkich obiektach Kubernetes w systemie i w sposób ciągły steruje ich stanem. Pętle sterowania reagują na zmiany zachodzące w klastrze w sposób ciągły, starając się doprowadzić, aby stan faktyczny wszystkich obiektów odpowiadał stanowi zamierzonemu przez użytkownika.
-
-Przykładowo, kiedy używasz Kubernetes API do stworzenia Deploymentu, podajesz oczekiwany stan systemu. Warstwa sterowania Kubernetes zapisuje stworzenie tego obiektu, a następnie realizuje Twoje polecenie startując wymagane aplikacje i zlecając ich uruchomienie na węzłach klastra - w ten sposób starając się zapewnić, że faktyczny stan klastra jest zgodny ze stanem zamierzonym.
-
-### Kubernetes Master
-
-*Kubernetes Master* odpowiada za utrzymanie klastra w zamierzonym stanie. Za każdym razem, kiedy korzystasz z `kubectl`, łączysz się z węzłem typu *master* danego klastra.
-
-> "*Master*" odnosi się do zbioru procesów zarządzających stanem klastra. Zazwyczaj procesy te są uruchomione na pojedynczym węźle klastra, który jest określany jako "master". Master może być też zreplikowany w celu zagwarantowania wyższej dostępności i niezawodności.
-
-### Węzły (*Kubernetes Nodes*) {#wezly}
-
-Węzły klastra to maszyny (wirtualne, fizyczne i in.), na których uruchamiane są aplikacje i inne zadania. Kubernetes master steruje każdym z węzłów — rzadko kiedy zachodzi konieczność bezpośredniej interakcji z węzłami.
-
-
-
-## {{% heading "whatsnext" %}}
-
-
-Jeśli chcesz dodać stronę z nowym pojęciem, odwiedź
-[Page Content Types](/docs/contribute/style/page-content-types/#concept),
-aby dowiedzieć się o tworzeniu stron opisujących pojęcia.
-
-

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

@@ -1,4 +1,5 @@
 ---
 title: "Przegląd"
 weight: 20
----
+description: Ogólny zarys Kubernetesa i komponentów, z których jest zbudowany.
+---

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

@@ -1,6 +1,9 @@
 ---
-title: Składniki Kubernetes
+title: Składniki Kubernetesa
 content_type: concept
+description: >
+  Klaster Kubernetesa tworzą: komponenty warstwy sterowania
+  oraz zbiór maszyn nazywanych węzłami.
 weight: 20
 card: 
   name: concepts

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

@@ -2,6 +2,9 @@
 title: API Kubernetes
 content_type: concept
 weight: 30
+description: >
+  API Kubernetesa służy do odpytywania i zmiany stanu obiektów Kubernetesa.
+  Sercem warstwy sterowania Kubernetesa jest serwer API i udostępniane przez niego HTTP API. Przez ten serwer odbywa się komunikacja pomiędzy użytkownikami, różnymi częściami składowymi klastra oraz komponentami zewnętrznymi.
 card:
   name: concepts
   weight: 30
@@ -17,9 +20,6 @@ API Kubernetes pozwala na sprawdzanie i zmianę stanu obiektów (przykładowo: p
 
 Punkt dostępowe _(endpoints)_ API, typy zasobów i przykłady opisane są w [API Reference](/docs/reference/kubernetes-api/).
 
-
-
-
 <!-- body -->
 
 ## Zmiany w API
@@ -80,7 +80,7 @@ W Kubernetes zaimplementowany jest alternatywny format serializacji na potrzeby
 
 Aby ułatwić usuwanie poszczególnych pól lub restrukturyzację reprezentacji zasobów, Kubernetes obsługuje
 równocześnie wiele wersji API, każde poprzez osobną ścieżkę API, na przykład: `/api/v1` lub
-`/apis/extensions/v1beta1`.
+`/apis/rbac.authorization.k8s.io/v1alpha1`.
 
 Zdecydowaliśmy się na rozdział wersji na poziomie całego API, a nie na poziomie poszczególnych zasobów lub pól, aby być pewnym,
 że API odzwierciedla w sposób przejrzysty i spójny zasoby systemowe i ich zachowania i pozwala
@@ -127,7 +127,7 @@ Obecne w użyciu jest kilka grup API:
 1. Nazwane grupy udostępnione są przez ścieżkę REST `/apis/$GROUP_NAME/$VERSION` i używają `apiVersion: $GROUP_NAME/$VERSION`
    (np. `apiVersion: batch/v1`). Pełna lista wpieranych grup API jest dostępna w [Kubernetes API reference](/pl/docs/reference/).
 
-API może być rozbudowane na dwa sposoby przy użyciu [custom resources](/docs/concepts/api-extension/custom-resources/):
+API może być rozbudowane na dwa sposoby przy użyciu [custom resources](/docs/concepts/extend-kubernetes/api-extension/custom-resources/):
 
 1. [CustomResourceDefinition](/docs/tasks/access-kubernetes-api/extend-api-custom-resource-definitions/)
    jest przewidziana dla użytkowników z minimalnymi wymaganiami CRUD.
@@ -147,20 +147,11 @@ Ta opcja przyjmuje rozdzielony przecinkami zbiór par klucz=wartość, który op
 {{< note >}}Włączenie lub wyłączenie grup lub zasobów wymaga restartu kube-apiserver i kube-controller-manager,
 aby zmiany w `--runtime-config` zostały wprowadzone.{{< /note >}}
 
-## Dostęp do grup zasobów _extensions/v1beta1_
-
-DaemonSets, Deployments, HorizontalPodAutoscalers, Ingresses, Jobs i ReplicaSets znajdują się w grupie API `extensions/v1beta1` i są domyślnie wyłączone.
-Przykładowo: aby włączyć deployments i daemonsets, ustaw
-`--runtime-config=extensions/v1beta1/deployments=true,extensions/v1beta1/daemonsets=true`.
-
-{{< note >}}Włączanie i wyłączanie pojedynczych zasobów możliwe jest jedynie w ramach grupy API `extensions/v1beta1` z przyczyn historycznych{{< /note >}}
-
 ## Trwałość
 
 Kubernetes przechowuje swój stan w postaci serializowanej jako zasoby API zapisywane w
 {{< glossary_tooltip term_id="etcd" >}}.
 
-
 ## {{% heading "whatsnext" %}}
 
 [Controlling API Access](/docs/reference/access-authn-authz/controlling-access/) opisuje

content/pl/docs/contribute/_index.md

@@ -27,42 +27,60 @@ Zapraszamy do współpracy wszystkich - zarówno nowicjuszy, jak i doświadczony
 
 ## Jak zacząć?
 
-Każdy może otworzyć zgłoszenie dotyczące dokumentacji lub zaproponować zmianę poprzez *pull request* (PR) do [repozytorium GitHub `kubernetes/website`](https://github.com/kubernetes/website). Aby móc sprawnie funkcjonować w społeczności Kubernetes,
-wymagana jest pewna biegłość w korzystaniu z [git-a](https://git-scm.com/) i [GitHub-a](https://lab.github.com/).
+Każdy może otworzyć zgłoszenie dotyczące dokumentacji lub zaproponować zmianę poprzez
+*pull request* (PR) do
+[repozytorium GitHub `kubernetes/website`](https://github.com/kubernetes/website).
+Aby móc sprawnie funkcjonować w społeczności Kubernetes,
+wymagana jest pewna biegłość w korzystaniu z
+[git-a](https://git-scm.com/) i
+[GitHub-a](https://lab.github.com/).
 
 Aby zaangażować się w prace nad dokumentacją należy:
 
 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 [otwierania *pull request*](/docs/contribute/new-content/new-content/) oraz [recenzowania zmian](/docs/contribute/review/reviewing-prs/).
+1. Zapoznać się z [repozytorium dokumentacji](https://github.com/kubernetes/website)
+   i z [generatorem statycznej strony](https://gohugo.io) www.
+1. Zrozumieć podstawowe procesy [otwierania *pull request*](/docs/contribute/new-content/new-content/) oraz
+   [recenzowania zmian](/docs/contribute/review/reviewing-prs/).
 
 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
+Zajrzyj do [Participating in SIG Docs](/docs/contribute/participate/) po więcej szczegółów dotyczących
 ról i uprawnień.
 
 ## Pierwsze kroki
 
-- Przeczytaj [Contribution overview](/docs/contribute/new-content/overview/), aby dowiedzieć się o różnych sposobach współpracy.
-- Zajrzyj do [Contribute to kubernetes/website](https://github.com/kubernetes/website/contribute) aby znaleźć dobre zgłoszenie na początek.
-- [Otwórz *pull request* przy pomocy GitHub-a](/docs/contribute/new-content/new-content/#changes-using-github) dotyczący zmiany istniejącej dokumentacji i dowiedz się, jak otwierać zgłoszenia przy GitHub-ie.
-- [Zrecenzuj *pull requests*](/docs/contribute/review/reviewing-prs/) innego członka społeczności Kubernetes pod kątem dokładności i stylu.
-- Zapoznaj się z poradnikami Kubernetesa dotyczącymi [zawartości](/docs/contribute/style/content-guide/) i [stylu](/docs/contribute/style/style-guide/), aby twoje uwagi były zgodne z tymi wytycznymi.
-- Przeczytaj o [różnych typach zawartości na stronie](/docs/contribute/style/page-content-types/) i [skrótach Hugo](/docs/contribute/style/hugo-shortcodes/).
+- Przeczytaj [Contribution overview](/docs/contribute/new-content/overview/),
+  aby dowiedzieć się o różnych sposobach współpracy.
+- Zajrzyj do [Contribute to kubernetes/website](https://github.com/kubernetes/website/contribute),
+  aby znaleźć dobre zgłoszenie na początek.
+- [Otwórz *pull request* przy pomocy GitHub-a](/docs/contribute/new-content/new-content/#changes-using-github)
+  dotyczący zmiany istniejącej dokumentacji i dowiedz się, jak otwierać zgłoszenia przy GitHub-ie.
+- [Zrecenzuj *pull requests*](/docs/contribute/review/reviewing-prs/)
+  innego członka społeczności Kubernetes pod kątem dokładności i stylu.
+- Zapoznaj się z poradnikami Kubernetesa dotyczącymi [zawartości](/docs/contribute/style/content-guide/)
+  i [stylu](/docs/contribute/style/style-guide/), aby twoje uwagi były zgodne z tymi wytycznymi.
+- Przeczytaj o [różnych typach zawartości na stronie](/docs/contribute/style/page-content-types/)
+  i [skrótach Hugo](/docs/contribute/style/hugo-shortcodes/).
 
 ## Co dalej?
 
-- Naucz się, jak [pracować z lokalną kopią](/docs/contribute/new-content/new-content/#fork-the-repo) repozytorium.
+- Naucz się, jak [pracować z lokalną kopią](/docs/contribute/new-content/new-content/#fork-the-repo)
+  repozytorium.
 - Udokumentuj [nowe funkcjonalności](/docs/contribute/new-content/new-features/).
-- Włącz się w prace [SIG Docs](/docs/contribute/participating/) i zostań [członkiem organizacji lub recenzentem](/docs/contribute/participating/#roles-and-responsibilities).
+- Włącz się w prace [SIG Docs](/docs/contribute/participating/)
+  i zostań [członkiem organizacji lub recenzentem](/docs/contribute/participating/#roles-and-responsibilities).
 - Pomagaj przy [tłumaczeniu](/docs/contribute/localization/).
 
 ## Włącz się w prace SIG Docs
 
-[SIG Docs](/docs/contribute/participating/) to grupa, która publikuje i utrzymuje dokumentację Kubernetesa i jej stronę www. Zaangażowanie się w prace SIG Docs to doskonała okazja dla współtwórców Kubernetesa (rozwijających nowe funkcjonalności lub działających w innych obszarach), aby wywierać wpływ na cały projekt Kubernetes.
+[SIG Docs](/docs/contribute/participating/) to grupa, która publikuje
+i utrzymuje dokumentację Kubernetesa i jej stronę www. Zaangażowanie się w prace SIG Docs
+to doskonała okazja dla współtwórców Kubernetesa (rozwijających nowe funkcjonalności
+lub działających w innych obszarach), aby wywierać wpływ na cały projekt Kubernetes.
 
 Aby włączyć się w komunikację w ramach SIG Docs, możesz:
 
-- [Dołączyć do kanału `#sig-docs` na komunikatorze Slack dla Kubernetesa](http://slack.k8s.io/). Nie zapomnij
+- [Dołączyć do kanału `#sig-docs` na komunikatorze Slack dla Kubernetesa](https://slack.k8s.io/). Nie zapomnij
   się przedstawić!
 - [Zapisać się na listę `kubernetes-sig-docs`](https://groups.google.com/forum/#!forum/kubernetes-sig-docs),
   na której prowadzone są dyskusje o szerszym zasięgu i zapisywane oficjalne decyzje.
@@ -73,5 +91,3 @@ Aby włączyć się w komunikację w ramach SIG Docs, możesz:
 - Odwiedź [stronę społeczności Kubernetes](/community/). Korzystaj z Twittera i Stack Overflow, dowiedz się o spotkaniach lokalnych grup Kubernetes, różnych wydarzeniach i nie tylko.
 - Przeczytaj [ściągawkę dla współtwórców](https://github.com/kubernetes/community/tree/master/contributors/guide/contributor-cheatsheet), aby zaangażować się w dalszy rozwój Kubernetesa.
 - Przygotuj [wpis na blogu lub *case study*](/docs/contribute/new-content/blogs-case-studies/).
-
-

content/pl/docs/reference/_index.md

@@ -33,7 +33,7 @@ biblioteki to:
 ## Dokumentacja poleceń tekstowych *(CLI)*
 
 * [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.
+  * [JSONPath](/docs/reference/kubectl/jsonpath/) - Podręcznik składni [wyrażeń JSONPath](https://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 komponentów
@@ -48,6 +48,6 @@ biblioteki to:
 
 ## Dokumentacja projektowa
 
-Archiwum dokumentacji projektowej różnych funkcjonalności Kubernetes. Warto zacząć od [Kubernetes Architecture](https://git.k8s.io/community/contributors/design-proposals/architecture/architecture.md) oraz [Kubernetes Design Overview](https://git.k8s.io/community/contributors/design-proposals).
-
-
+Archiwum dokumentacji projektowej różnych funkcjonalności Kubernetes. Warto zacząć od
+[Kubernetes Architecture](https://git.k8s.io/community/contributors/design-proposals/architecture/architecture.md) oraz
+[Kubernetes Design Overview](https://git.k8s.io/community/contributors/design-proposals).