Init Polish localization (#18419) (#18659)

Initial commit for Polish localization

* Translation style reviewed and improved by:
  Michał Sochoń <kaszpir@gmail.com>
  Karol Pucyński <kpucynski@gmail.com>
  with contribution from Wojciech Kocjan <wojciech@kocjan.org>

* Kubernetes slogan translated by Karol Pucyński
* Corectness of non-language-specific content reviewed and improved by:
  Tim Bannister <tim@scalefactory.com>

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

@@ -0,0 +1,17 @@
+---
+title: Klaster
+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*).
+
+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*).
+
+<!--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.

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

@@ -0,0 +1,21 @@
+---
+title: Container Runtime
+id: container-runtime
+date: 2019-06-05
+full_link: /docs/reference/generated/container-runtime
+short_description: >
+ *Container runtime* to oprogramowanie zajmujące się uruchamianiem kontenerów.
+
+aka:
+tags:
+- fundamental
+- workload
+---
+ *Container runtime* to oprogramowanie zajmujące się uruchamianiem kontenerów.
+
+<!--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).

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

@@ -0,0 +1,21 @@
+---
+title: etcd
+id: etcd
+date: 2018-04-12
+full_link: /docs/tasks/administer-cluster/configure-upgrade-etcd/
+short_description: >
+  Magazyn typu klucz-wartość *(key/value store)*, zapewniający spójność i wysoką dostępność, używany do przechowywania wszystkich danych o klastrze Kubernetes.
+
+aka: 
+tags:
+- architecture
+- storage
+---
+Magazyn typu klucz-wartość *(key/value store)*, zapewniający spójność i wysoką dostępność, używany do przechowywania wszystkich danych o klastrze Kubernetes.
+
+<!--more-->
+
+Jeśli Twój klaster Kubernetes używa etcd do przechowywania swoich danych, upewnij się, że masz opracowany plan tworzenia
+[kopii zapasowych](/docs/tasks/administer-cluster/configure-upgrade-etcd/#backing-up-an-etcd-cluster) tych danych.
+
+Szczegółowe informacje na temat etcd można znaleźć w oficjalnej [dokumentacji](https://etcd.io/docs/).

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

@@ -0,0 +1,12 @@
+---
+title: Ujednolicony słownik
+layout: glossary
+noedit: true
+default_active_tag: fundamental
+weight: 5
+card:
+  name: reference
+  weight: 10
+  title: Słownik
+---
+

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

@@ -0,0 +1,24 @@
+---
+title: Serwer API
+id: kube-apiserver
+date: 2018-04-12
+full_link: /docs/reference/generated/kube-apiserver/
+short_description: >
+  Składnik warstwy sterowania udostępniający API Kubernetes. 
+
+aka:
+- kube-apiserver
+tags:
+- architecture
+- fundamental
+---
+ Składnik *master* udostępniający API Kubernetes. Służy jako *front-end* dla warstwy sterowania Kubernetes.
+ Serwer API jest składnikiem
+{{< glossary_tooltip text="warstwy sterowania" term_id="control-plane" >}} Kubernetes, który udostępnia API.
+Server API służy jako front-end warstwy sterowania Kubernetes.
+
+<!--more-->
+
+Podstawowa implementacją serwera API Kubernetes jest [kube-apiserver](/docs/reference/generated/kube-apiserver/).
+kube-apiserver został zaprojektowany w taki sposób, aby móc skalować się horyzontalnie &mdash; to oznacza, że zwiększa swoją wydajność poprzez dodawanie kolejnych instancji.
+Można uruchomić kilka instancji kube-apiserver i rozkładać między nimi ruch od klientów.

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

@@ -0,0 +1,18 @@
+---
+title: kube-controller-manager
+id: kube-controller-manager
+date: 2018-04-12
+full_link: /docs/reference/command-line-tools-reference/kube-controller-manager/
+short_description: >
+  Składnik *master* odpowiedzialny za uruchamianie kontrolerów.
+
+aka: 
+tags:
+- architecture
+- fundamental
+---
+ Składnik *master* odpowiedzialny za uruchamianie {{< glossary_tooltip text="kontrolerów" term_id="controller" >}}.
+
+<!--more-->
+
+Z poziomu podziału logicznego, każdy {{< glossary_tooltip text="kontroler" term_id="controller" >}} jest oddzielnym procesem, ale w celu zmniejszenia złożoności, wszystkie kontrolery są skompilowane do jednego programu binarnego i uruchamiane jako jeden proces.

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

@@ -0,0 +1,23 @@
+---
+title: kube-proxy
+id: kube-proxy
+date: 2018-04-12
+full_link: /docs/reference/command-line-tools-reference/kube-proxy/
+short_description: >
+  `kube-proxy` to *proxy* sieciowe, które uruchomione jest na każdym węźle klastra.
+
+aka:
+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">}}.
+
+<!--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 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

@@ -0,0 +1,17 @@
+---
+title: kube-scheduler
+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.
+
+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.
+
+<!--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.

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

@@ -0,0 +1,18 @@
+---
+title: Kubelet
+id: kubelet
+date: 2018-04-12
+full_link: /docs/reference/generated/kubelet
+short_description: >
+  Agent, który działa na każdym węźle klastra. Odpowiada za uruchamianie kontenerów w ramach poda.
+
+aka: 
+tags:
+- fundamental
+- core-object
+---
+ Agent, który działa na każdym węźle klastra. Odpowiada za uruchamianie kontenerów w ramach poda.
+
+<!--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.