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

Polish translation update 2020-08-12

content/pl/_index.html

@@ -41,13 +41,13 @@ Kubernetes jako projekt open-source daje Ci wolność wyboru ⏤ skorzystaj z pr
         <button id="desktopShowVideoButton" onclick="kub.showVideo()">Obejrzyj wideo</button>
         <br>
         <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>
-        <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,
+Każdy może otworzyć zgłoszenie dotyczące dokumentacji lub zaproponować zmianę poprzez
-wymagana jest pewna biegłość w korzystaniu z [git-a](https://git-scm.com/) i [GitHub-a](https://lab.github.com/).
+*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.
+1. Zapoznać się z [repozytorium dokumentacji](https://github.com/kubernetes/website)
-3. Zrozumieć podstawowe procesy [otwierania *pull request*](/docs/contribute/new-content/new-content/) oraz [recenzowania zmian](/docs/contribute/review/reviewing-prs/).
+   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.
+- Przeczytaj [Contribution overview](/docs/contribute/new-content/overview/),
-- Zajrzyj do [Contribute to kubernetes/website](https://github.com/kubernetes/website/contribute) aby znaleźć dobre zgłoszenie na początek.
+  aby dowiedzieć się o różnych sposobach współpracy.
-- [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.
+- Zajrzyj do [Contribute to kubernetes/website](https://github.com/kubernetes/website/contribute),
-- [Zrecenzuj *pull requests*](/docs/contribute/review/reviewing-prs/) innego członka społeczności Kubernetes pod kątem dokładności i stylu.
+  aby znaleźć dobre zgłoszenie na początek.
-- 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.
+- [Otwórz *pull request* przy pomocy GitHub-a](/docs/contribute/new-content/new-content/#changes-using-github)
-- Przeczytaj o [różnych typach zawartości na stronie](/docs/contribute/style/page-content-types/) i [skrótach Hugo](/docs/contribute/style/hugo-shortcodes/).
+  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).

content/pl/docs/setup/_index.md

@@ -17,26 +17,15 @@ card:
 <!-- overview -->
 
 Ten rozdział poświęcony jest różnym metodom konfiguracji i uruchomienia Kubernetesa.
+Instalując Kubernetesa, przy wyborze platformy kieruj się: łatwością w utrzymaniu, spełnianymi wymogami bezpieczeństwa, poziomem sterowania, dostępnością zasobów oraz doświadczeniem wymaganym do zarządzania klastrem.
 
-Istnieje wiele rozwiązań dopasowanych do różnych potrzeb użytkowników: łatwości w utrzymaniu, wymagań bezpieczeństwa, poziomu sterowania, dostępności zasobów oraz niezbędnego doświadczenia do zarządzania klastrem.
+Klaster Kubernetes możesz zainstalować na lokalnym komputerze, w chmurze czy w prywatnym centrum obliczeniowym albo skorzystać z klastra Kubernetes udostępnianego jako usługa. Inną możliwością jest budowa własnego systemu opartego o różnych dostawców usług chmurowych, bądź bazującego bezpośrednio na sprzęcie fizycznym.
-
-Klaster Kubernetes możesz zainstalować na lokalnym komputerze, w chmurze czy w prywatnym centrum obliczeniowym albo skorzystać z klastra Kubernetes udostępnianego jako usługa. Inną możliwością jest budowa własnego rozwiązania opartego o różnych dostawców usług chmurowych, bądź bazującego bezpośrednio na sprzęcie fizycznym.
-
-W dużym uproszczeniu, możesz zbudować klaster Kubernetes zarówno w środowisku szkoleniowym, jak i na potrzeby produkcyjne.
 
 <!-- body -->
 
 ## Środowisko do nauki {#srodowisko-do-nauki}
 
-Aby uruchomić klaster Kubernetes do nauki na lokalnym komputerze, skorzystaj z rozwiązań opartych o Dockera — z narzędzi wspieranych przez społeczność Kubernetesa, bądź innych narzędzi dostępnych w ekosystemie.
+Do nauki Kubernetesa wykorzystaj narzędzia wspierane przez społeczność Kubernetesa lub inne narzędzia dostępne w ekosystemie, aby uruchomić klaster Kubernetesa na swoim komputerze lokalnym.
-
-{{< table caption="Tabela z rozwiązaniami pozwalającymi na uruchomienie Kubernetesa na komputerze lokalnym - wspieranymi przez społeczność lub innymi dostępnymi w ekosystemie" >}}
-
-|Społeczność           |Ekosystem     |
-| ------------       | --------     |
-| [Minikube](/docs/setup/learning-environment/minikube/) | [Docker Desktop](https://www.docker.com/products/docker-desktop)|
-| [kind (Kubernetes IN Docker)](/docs/setup/learning-environment/kind/) | [Minishift](https://docs.okd.io/latest/minishift/)|
-|                     | [MicroK8s](https://microk8s.io/)|
 
 ## Środowisko produkcyjne {#srodowisko-produkcyjne}
 

content/pl/docs/tasks/_index.md

@@ -11,7 +11,5 @@ W tej części dokumentacji Kubernetesa znajdują się opisy
 sposobu realizacji różnych zadań. Przedstawione są one zazwyczaj jako
 krótka sekwencja kilku kroków związanych z pojedynczym zadaniem.
 
-## {{% heading "whatsnext" %}}
-
 Jeśli chciałbyś stworzyć nową stronę poświęconą jakiemuś zadaniu, przeczytaj
 [Jak przygotować propozycję zmian (PR)](/docs/home/contribute/create-pull-request/).

content/pl/docs/tutorials/_index.md

@@ -14,8 +14,6 @@ z których każda zawiera sekwencję odpowiednich kroków.
 Przed zapoznaniem się z samouczkami warto stworzyć zakładkę do
 [słownika](/docs/reference/glossary/), aby móc się później do niego na bieżąco odwoływać.
 
-
-
 <!-- body -->
 
 ## Podstawy
@@ -54,13 +52,8 @@ Przed zapoznaniem się z samouczkami warto stworzyć zakładkę do
 
 * [Using Source IP](/docs/tutorials/services/source-ip/)
 
-
-
 ## {{% heading "whatsnext" %}}
 
-
 Jeśli chciałbyś napisać nowy samouczek, odwiedź
 [Content Page Types](/docs/contribute/style/page-content-types/),
 gdzie znajdziesz dodatkowe informacje o tym typie strony.
-
-

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

@@ -63,7 +63,7 @@ W tym samouczku wykorzystamy obraz kontenera, który korzysta z NGINX, aby wyśw
 
 ## Stwórz Deployment
 
-[*Pod*](/docs/concepts/workloads/pods/pod/) w Kubernetes to grupa jednego lub wielu kontenerów
+[*Pod*](/docs/concepts/workloads/pods/) w Kubernetes to grupa jednego lub wielu kontenerów
 połączonych ze sobą na potrzeby administrowania i dostępu sieci. W tym samouczku Pod 
 zawiera tylko jeden kontener. [*Deployment*](/docs/concepts/workloads/controllers/deployment/)
 w Kubernetes monitoruje stan twojego Poda
@@ -115,7 +115,9 @@ wykorzystując podany obraz Dockera.
     kubectl config view
     ```
 
-    {{< note >}}Więcej informacji na temat polecenia `kubectl` znajdziesz w [przeglądzie kubectl](/docs/user-guide/kubectl-overview/).{{< /note >}}
+    {{< note >}}
+    Więcej informacji na temat polecenia `kubectl` znajdziesz w [przeglądzie kubectl](/docs/reference/kubectl/overview/).
+    {{< /note >}}
 
 ## Stwórz Serwis
 

content/pl/docs/tutorials/kubernetes-basics/deploy-app/deploy-interactive.html

@@ -20,7 +20,7 @@ weight: 20
         <div class="row">
             <div class="col-md-12">
                 <p>
-                    Pod to podstawowy element odpowiedzialny za uruchomienie aplikacji na Kubernetesie. Każdy pod to część składowa całościowego obciążenia Twojego klastra. <a href="/docs/concepts/workloads/pods/pod-overview/#understanding-pods">Dowiedz się więcej na temat Podów</a>.
+                    Pod to podstawowy element odpowiedzialny za uruchomienie aplikacji na Kubernetesie. Każdy pod to część składowa całościowego obciążenia Twojego klastra. <a href="/docs/concepts/workloads/pods/">Dowiedz się więcej na temat Podów</a>.
                 </p>
            </div>
         </div>

content/pl/docs/tutorials/kubernetes-basics/expose/expose-intro.html

@@ -28,7 +28,7 @@ weight: 10
 			<div class="col-md-8">
 			<h3>Kubernetes Services - przegląd</h3>
 
-			<p><a href="/docs/concepts/workloads/pods/pod-overview/">Pody</a> Kubernetes są nietrwałe. Pody mają swój <a href="/docs/concepts/workloads/pods/pod-lifecycle/">cykl życia</a>. Jeśli węzeł roboczy ulegnie awarii, tracone są wszystkie pody działające na węźle. <a href="/docs/concepts/workloads/controllers/replicaset/">ReplicaSet</a> będzie próbował automatycznie doprowadzić klaster z powrotem do pożądanego stanu tworząc nowe pody i w ten sposób zapewnić działanie aplikacji. Innym przykładem może być system na back-endzie przetwarzania obrazów posiadający 3 repliki. Każda z tych replik jest wymienna - system front-endu nie powinien musieć pilnować replik back-endu ani tego, czy któryś z podów przestał działać i został odtworzony na nowo. Nie należy jednak zapominać o tym, że każdy Pod w klastrze Kubernetes ma swój unikatowy adres IP, nawet pody w obrębie tego samego węzła, zatem powinna istnieć metoda automatycznego uzgadniania zmian pomiędzy podami, aby aplikacja mogła dalej funkcjonować.</p>
+			<p><a href="/docs/concepts/workloads/pods/">Pody</a> Kubernetes są nietrwałe. Pody mają swój <a href="/docs/concepts/workloads/pods/pod-lifecycle/">cykl życia</a>. Jeśli węzeł roboczy ulegnie awarii, tracone są wszystkie pody działające na węźle. <a href="/docs/concepts/workloads/controllers/replicaset/">ReplicaSet</a> będzie próbował automatycznie doprowadzić klaster z powrotem do pożądanego stanu tworząc nowe pody i w ten sposób zapewnić działanie aplikacji. Innym przykładem może być system na back-endzie przetwarzania obrazów posiadający 3 repliki. Każda z tych replik jest wymienna - system front-endu nie powinien musieć pilnować replik back-endu ani tego, czy któryś z podów przestał działać i został odtworzony na nowo. Nie należy jednak zapominać o tym, że każdy Pod w klastrze Kubernetes ma swój unikatowy adres IP, nawet pody w obrębie tego samego węzła, zatem powinna istnieć metoda automatycznego uzgadniania zmian pomiędzy podami, aby aplikacja mogła dalej funkcjonować.</p>
 
 			<p>Serwis w Kubernetes jest abstrakcyjnym obiektem, która definiuje logiczny zbiór podów oraz politykę dostępu do nich. Serwisy pozwalają na swobodne łączenie zależnych podów. Serwis jest zdefiniowany w YAMLu <a href="/docs/concepts/configuration/overview/#general-configuration-tips">(zalecane)</a> lub w JSONie - tak, jak wszystkie obiekty Kubernetes. Zbiór podów, które obsługuje Serwis, jest zazwyczaj określany przez <i>LabelSelector</i> (poniżej opisane jest, w jakich przypadkach możesz potrzebować zdefiniować Serwis bez specyfikowania <code>selektora</code>).</p>
 

content/pl/docs/tutorials/kubernetes-basics/scale/scale-intro.html

@@ -40,7 +40,7 @@ weight: 10
                     </ul>
                 </div>
                 <div class="content__box content__box_fill">
-                    <p><i> Od samego początku w ramach Deploymentu można uruchomić wiele instancji — skorzystaj z parametru --replicas polecenia kubectl run</i></p>
+                    <p><i> Od samego początku w ramach Deploymentu można uruchomić wiele instancji — skorzystaj z parametru --replicas polecenia kubectl create deployment</i></p>
                 </div>
             </div>
         </div>