Synchronize Polish localization 2020-11-24 part 1.
Update Polish localization up to 99bfbd5ffe.
Part 1.
Co-authored-by: Karol Pucyński <9209870+kpucynski@users.noreply.github.com>
pull/25202/head
Maciej Filocha
parent
99bfbd5ffe
commit
5cf5bf210c
Binary file not shown.
|
Before Width: | Height: | Size: 1.8 MiB After Width: | Height: | Size: 693 KiB |
|
|
@ -2,11 +2,14 @@
|
|||
title: "Produkcyjny system zarządzania kontenerami"
|
||||
abstract: "Automatyzacja wdrażania, skalowania i zarządzania kontenerami"
|
||||
cid: home
|
||||
sitemap:
|
||||
priority: 1.0
|
||||
|
||||
---
|
||||
|
||||
{{< blocks/section id="oceanNodes" >}}
|
||||
{{% blocks/feature image="flower" %}}
|
||||
### [Kubernetes (K8s)]({{< relref "/docs/concepts/overview/what-is-kubernetes" >}}) to otwarte oprogramowanie służące do automatyzacji procesów uruchamiania, skalowania i zarządzania aplikacjami w kontenerach.
|
||||
[Kubernetes]({{< relref "/docs/concepts/overview/what-is-kubernetes" >}}), znany też jako K8s, to otwarte oprogramowanie służące do automatyzacji procesów uruchamiania, skalowania i zarządzania aplikacjami w kontenerach.
|
||||
|
||||
Kubernetes grupuje kontenery, które są częścią jednej aplikacji, w logicznie grupy, ułatwiając ich odnajdywanie i zarządzanie nimi. Korzysta z [piętnastoletniego doświadczenia Google w uruchamianiu wielkoskalowych serwisów](http://queue.acm.org/detail.cfm?id=2898444) i łączy je z najlepszymi pomysłami i praktykami wypracowanymi przez społeczność.
|
||||
{{% /blocks/feature %}}
|
||||
|
|
@ -26,7 +29,7 @@ Niezależnie, czy prowadzisz tylko testy, czy globalny koncern, dzięki elastycz
|
|||
{{% /blocks/feature %}}
|
||||
|
||||
{{% blocks/feature image="suitcase" %}}
|
||||
#### Działa w każdym środowisku
|
||||
#### K8s działa w każdym środowisku
|
||||
|
||||
Kubernetes jako projekt open-source daje Ci wolność wyboru ⏤ skorzystaj z prywatnego centrum danych, infrastruktury hybrydowej lub chmury publicznej. Bez wysiłku możesz przenieść swoje aplikacje tam, gdzie są najbardziej potrzebne.
|
||||
|
||||
|
|
@ -41,12 +44,12 @@ Kubernetes jako projekt open-source daje Ci wolność wyboru ⏤ skorzystaj z pr
|
|||
<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>
|
||||
<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, 17-20.11.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 wirtualnym KubeCon NA w 17-20.11.2020</a>
|
||||
<a href="https://events.linuxfoundation.org/kubecon-cloudnativecon-europe/?utm_source=kubernetes.io&utm_medium=nav&utm_campaign=kccnceu21" button id="desktopKCButton">Weź udział w wirtualnym KubeCon EU 4–7.05.2021</a>
|
||||
|
||||
</div>
|
||||
<div id="videoPlayer">
|
||||
|
|
|
|||
|
|
@ -2,4 +2,6 @@
|
|||
title: "Przegląd"
|
||||
weight: 20
|
||||
description: Ogólny zarys Kubernetesa i komponentów, z których jest zbudowany.
|
||||
sitemap:
|
||||
priority: 0.9
|
||||
---
|
||||
|
|
|
|||
|
|
@ -11,7 +11,7 @@ card:
|
|||
---
|
||||
|
||||
<!-- overview -->
|
||||
W wyniku instalacji Kubernetes otrzymujesz klaster.
|
||||
W wyniku instalacji Kubernetesa otrzymujesz klaster.
|
||||
|
||||
{{< glossary_definition term_id="cluster" length="all" prepend="Klaster Kubernetes to">}}
|
||||
|
||||
|
|
@ -19,7 +19,7 @@ W tym dokumencie opisujemy składniki niezbędne do zbudowania kompletnego, popr
|
|||
|
||||
Poniższy rysunek przedstawia klaster Kubernetes i powiązania pomiędzy jego różnymi częściami składowymi.
|
||||
|
||||
|
||||
|
||||
|
||||
|
||||
<!-- body -->
|
||||
|
|
|
|||
|
|
@ -1,5 +1,5 @@
|
|||
---
|
||||
title: API Kubernetes
|
||||
title: API Kubernetesa
|
||||
content_type: concept
|
||||
weight: 30
|
||||
description: >
|
||||
|
|
@ -18,32 +18,25 @@ API poprzez HTTP, umożliwiając wzajemną komunikację pomiędzy użytkownikami
|
|||
|
||||
API Kubernetes pozwala na sprawdzanie i zmianę stanu obiektów (przykładowo: pody, _Namespaces_, _ConfigMaps_, _Events_).
|
||||
|
||||
Punkt dostępowe _(endpoints)_ API, typy zasobów i przykłady opisane są w [API Reference](/docs/reference/kubernetes-api/).
|
||||
Większość operacji może zostać wykonana poprzez
|
||||
interfejs linii komend (CLI) [kubectl](/docs/reference/kubectl/overview/) lub inne
|
||||
programy, takie jak [kubeadm](/docs/reference/setup-tools/kubeadm/), które używają
|
||||
API. Możesz też korzystać z API bezpośrednio przez wywołania typu REST.
|
||||
|
||||
Jeśli piszesz aplikację używającą API Kubernetesa,
|
||||
warto rozważyć użycie jednej z [bibliotek klienckich](/docs/reference/using-api/client-libraries/).
|
||||
|
||||
<!-- body -->
|
||||
|
||||
## Zmiany w API
|
||||
|
||||
Jednym z wymagań, które odnoszą się do każdego systemu, który odniósł sukces, jest zdolność do rozwoju i ewolucji w miarę pojawiających się i zmieniających potrzeb.
|
||||
Dlatego Kubernetes został zaprojektowany tak, aby umożliwić ciągły rozwój i zmiany w API.
|
||||
Celem projektu Kubernetes jest _zachowanie_ zgodności z istniejącymi klientami i utrzymanie tej zgodności
|
||||
przez odpowiednio długi czas, pozwalający innym projektom na stopniowe dostosowanie.
|
||||
|
||||
W skrócie, nowe zasoby API i nowe pola dla konkretnych zasobów mogą być dodawane stosunkowo często.
|
||||
Usunięcie zasobów lub pól wymaga stosowania
|
||||
[API deprecation policy](/docs/reference/using-api/deprecation-policy/).
|
||||
|
||||
Szczegółowe objaśnienia, jak wygląda zmiana, która zachowuje zgodność i jak zmieniać API, znajdują się w dokumencie
|
||||
[API changes](https://git.k8s.io/community/contributors/devel/sig-architecture/api_changes.md#readme).
|
||||
|
||||
## Specyfikacja OpenAPI {#api-specification}
|
||||
|
||||
Pełną specyfikację API udokumentowano za pomocą [OpenAPI](https://www.openapis.org/).
|
||||
|
||||
Serwer API Kubernetes API udostępnia specyfikację OpenAPI poprzez ścieżkę `/openapi/v2`.
|
||||
Aby wybrać format odpowiedzi, użyj nagłówków żądania zgodnie z:
|
||||
Aby wybrać format odpowiedzi, użyj nagłówków żądania zgodnie z tabelą:
|
||||
|
||||
<table>
|
||||
<caption style="display:none">Dopuszczalne wartości nagłówka żądania dla zapytań OpenAPI v2</caption>
|
||||
<thead>
|
||||
<tr>
|
||||
<th>Nagłówek</th>
|
||||
|
|
@ -71,93 +64,63 @@ Aby wybrać format odpowiedzi, użyj nagłówków żądania zgodnie z:
|
|||
<td><em>udostępnia </em><code>application/json</code></td>
|
||||
</tr>
|
||||
</tbody>
|
||||
<caption>Dozwolone nagłówki żądań dla zapytania OpenAPI v2</caption>
|
||||
</table>
|
||||
|
||||
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.
|
||||
W Kubernetesie 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.
|
||||
|
||||
## Obsługa wersji API
|
||||
## Zmiany API
|
||||
|
||||
Z naszego doświadczenia wynika, że każdy system, który odniósł sukces, musi się nieustająco rozwijać w miarę zmieniających się potrzeb.
|
||||
Dlatego Kubernetes został tak zaprojektowany, aby API mogło się zmieniać i rozrastać.
|
||||
Projekt Kubernetes dąży do tego, aby nie wprowadzać zmian niezgodnych z istniejącymi aplikacjami klienckimi
|
||||
i utrzymywać zgodność przez wystarczająco długi czas, aby inne projekty zdążyły się dostosować do zmian.
|
||||
|
||||
W ogólności, nowe zasoby i pola definiujące zasoby API są dodawane stosunkowo często. Usuwanie zasobów lub pól
|
||||
jest regulowane przez [API deprecation policy](/docs/reference/using-api/deprecation-policy/).
|
||||
Definicja zmiany zgodnej (kompatybilnej) oraz metody wprowadzania zmian w API opisano w szczegółach
|
||||
w [API change document](https://git.k8s.io/community/contributors/devel/sig-architecture/api_changes.md).
|
||||
|
||||
## Grupy i wersje API
|
||||
|
||||
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/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,
|
||||
Rozdział wersji wprowadzony jest na poziomie całego API, a nie na poziomach 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
|
||||
na kontrolowany dostęp do tych API, które są w fazie wycofywania lub fazie eksperymentalnej.
|
||||
|
||||
Schematy serializacji JSON i Protobuf stosują się do tych samych reguł wprowadzania zmian schematów — cały opis poniżej odnosi się do obydwu z nich.
|
||||
Aby ułatwić rozbudowę API Kubernetes, wprowadziliśmy [*grupy API*](https://git.k8s.io/community/contributors/design-proposals/api-machinery/api-group.md),
|
||||
które mogą być [włączane i wyłączane](/docs/reference/using-api/#enabling-or-disabling).
|
||||
|
||||
Należy mieć na uwadze, że wersje API i wersje oprogramowania są powiązane ze sobą w sposób niebezpośredni. Proponowany
|
||||
[Kubernetes Release Versioning](https://git.k8s.io/community/contributors/design-proposals/release/versioning.md) opisuje związki pomiędzy zarządzaniem wersjami API i oprogramowania.
|
||||
Zasoby API są rozróżniane poprzez przynależność do grupy API, typ zasobu, przestrzeń nazw (_namespace_,
|
||||
o ile ma zastosowanie) oraz nazwę. Serwer API może obsługiwać
|
||||
te same dane poprzez różne wersje API i przeprowadzać konwersję między
|
||||
różnymi wersjami API w sposób niewidoczny dla użytkownika. Wszystkie te różne wersje
|
||||
reprezentują w rzeczywistości ten sam zasób. Załóżmy przykładowo, że istnieją dwie
|
||||
wersje `v1` i `v1beta1` tego samego zasobu. Obiekt utworzony przez
|
||||
wersję `v1beta1` może być odczytany, zaktualizowany i skasowany zarówno przez wersję
|
||||
`v1beta1`, jak i `v1`.
|
||||
|
||||
Różne wersje API oznaczają inną stabilność i poziom wsparcia. Kryteria dla każdego z tych poziomów opisano szczegółowo
|
||||
w [API Changes documentation](https://git.k8s.io/community/contributors/devel/sig-architecture/api_changes.md#alpha-beta-and-stable-versions).
|
||||
Podsumowanie zamieszczono poniżej:
|
||||
Zajrzyj do [API versions reference](/docs/reference/using-api/#api-versioning)
|
||||
po szczegółowe informacje, jak definiuje się poziomy wersji API.
|
||||
|
||||
- Poziom Alfa:
|
||||
- Nazwa wersji zawiera słowo `alpha` (np. `v1alpha1`).
|
||||
- Może zawierać błędy. Włączenie tej funkcjonalności może wyeksponować różne błędy. Domyślnie jest wyłączona.
|
||||
- Wsparcie dla tej funkcjonalności może być zakończone w dowolnej chwili bez uprzedniego powiadomienia.
|
||||
- W kolejnych wersjach API może zostać zmienione w sposób niezgodny z wersjami wcześniejszymi.
|
||||
- Rekomendowana do użycia tylko na często przebudowywanych klastrach testowych ze względu na duże ryzyko wystąpienia błędów i brak gwarancji wsparcia w dalszym horyzoncie.
|
||||
- Poziom Beta:
|
||||
- Nazwa wersji zawiera słowo `beta` (np. `v2beta3`).
|
||||
- Oprogramowanie jest dobrze przetestowane. Włączenie tej funkcjonalności uznaje się za bezpieczne. Funkcjonalność domyślnie włączona.
|
||||
- Wsparcie dla funkcjonalności będzie utrzymywane, choć może zmieniać się w niektórych szczegółach.
|
||||
- Schemat lub semantyka obiektu może się zmienić w sposób niezgodny z poprzednimi wersjami w następnych wydaniach beta lub stabilnych. Jeśli taka zmiana będzie miała miejsce,
|
||||
dostarczymy instrukcję migracji do kolejnej wersji. Możemy wymagać skasowania, zmiany i odtworzenia obiektów API.
|
||||
Proces zmiany może wymagać dodatkowych wstępnych analiz. W czasie wprowadzania zmian mogą wystąpić przerwy w dostępności aplikacji, które z tej funkcjonalności korzystają.
|
||||
- Rekomendowane tylko dla zastosowań niekrytycznych dla biznesu ze względu na potencjalnie niezgodne zmiany w kolejnych wersjach oprogramowania.
|
||||
Jeśli masz wiele klastrów, które mogą być aktualizowane niezależnie, można to ograniczenie pominąć.
|
||||
- **Testuj nasze funkcjonalności w fazie beta i zgłaszaj swoje uwagi! Po wyjściu z fazy beta, możemy nie mieć już możliwości — ze względów praktycznych — wprowadzać w nich żadnych zmian.**
|
||||
- Poziom Stabilny:
|
||||
- Nazwa wersji jest w postaci `vX`, gdzie `X` jest liczbą naturalną.
|
||||
- Stabilne funkcjonalności będą dostępne w wielu kolejnych wersjach oprogramowania.
|
||||
## Rozbudowa API
|
||||
|
||||
## Grupy API
|
||||
API Kubernetesa można rozbudowywać (rozszerzać) na dwa sposoby:
|
||||
|
||||
Aby ułatwić rozbudowę API Kubernetes, wprowadziliśmy [*grupy API*](https://git.k8s.io/community/contributors/design-proposals/api-machinery/api-group.md).
|
||||
Grupa API jest określona przez ścieżkę API i pole `apiVersion` serializowanego obiektu.
|
||||
|
||||
Obecne w użyciu jest kilka grup API:
|
||||
|
||||
1. Grupa *podstawowa* (*core*), nazywana także *legacy group*, jest dostępna przez ścieżkę REST `/api/v1` i używa `apiVersion: v1`.
|
||||
|
||||
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/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.
|
||||
1. Użytkownicy, którzy potrzebują pełnej semantyki API Kubernetes, mogą zaimplementować własny apiserver
|
||||
i użyć [agregatora](/docs/tasks/access-kubernetes-api/configure-aggregation-layer/),
|
||||
aby zintegrować je w sposób niezauważalny dla klientów.
|
||||
|
||||
## Włączanie i wyłączanie grup API
|
||||
|
||||
Określone zasoby i grupy API są włączone domyślnie. Włączanie i wyłączanie odbywa się poprzez ustawienie `--runtime-config`
|
||||
w kube-apiserver.
|
||||
|
||||
`--runtime-config` przyjmuje wartości oddzielane przecinkami. Przykładowo, aby wyłączyć batch/v1, należy ustawić
|
||||
`--runtime-config=batch/v1=false`, aby włączyć batch/v2alpha1, należy ustawić `--runtime-config=batch/v2alpha1`.
|
||||
Ta opcja przyjmuje rozdzielony przecinkami zbiór par klucz=wartość, który opisuje konfigurację wykonawczą serwera API.
|
||||
|
||||
{{< 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 >}}
|
||||
|
||||
## Trwałość
|
||||
|
||||
Kubernetes przechowuje swój stan w postaci serializowanej jako zasoby API zapisywane w
|
||||
{{< glossary_tooltip term_id="etcd" >}}.
|
||||
1. [Definicje zasobów własnych](/docs/concepts/extend-kubernetes/api-extension/custom-resources/)
|
||||
pozwalają deklaratywnie określać, jak serwer API powinien dostarczać wybrane zasoby API.
|
||||
1. Można także rozszerzać API Kubernetesa implementując
|
||||
[warstwę agregacji](/docs/concepts/extend-kubernetes/api-extension/apiserver-aggregation/).
|
||||
|
||||
## {{% heading "whatsnext" %}}
|
||||
|
||||
[Controlling API Access](/docs/reference/access-authn-authz/controlling-access/) opisuje
|
||||
sposoby, jakimi klaster zarządza dostępem do API.
|
||||
|
||||
Ogólne wytyczne dotyczące API opisano w
|
||||
[API conventions](https://git.k8s.io/community/contributors/devel/sig-architecture/api-conventions.md#api-conventions).
|
||||
|
||||
Punkty dostępowe API _(endpoints)_, typy zasobów i przykłady zamieszczono w [API Reference](/docs/reference/kubernetes-api/).
|
||||
- Naucz się, jak rozbudowywać API Kubernetesa poprzez dodawanie własnych
|
||||
[CustomResourceDefinition](/docs/tasks/extend-kubernetes/custom-resources/custom-resource-definitions/).
|
||||
- [Controlling API Access](/docs/reference/access-authn-authz/controlling-access/) opisuje
|
||||
sposoby, jakimi klaster zarządza dostępem do API.
|
||||
- Punkty dostępowe API _(endpoints)_, typy zasobów i przykłady zamieszczono w [API Reference](/docs/reference/kubernetes-api/).
|
||||
|
|
|
|||
|
|
@ -7,6 +7,8 @@ weight: 10
|
|||
card:
|
||||
name: concepts
|
||||
weight: 10
|
||||
sitemap:
|
||||
priority: 0.9
|
||||
---
|
||||
|
||||
<!-- overview -->
|
||||
|
|
@ -35,7 +37,7 @@ Wirtualizacja pozwala lepiej wykorzystywać zasoby fizycznego serwera i lepiej s
|
|||
Każda maszyna wirtualna jest pełną maszyną zawierającą własny system operacyjny pracujący na zwirtualizowanej warstwie sprzętowej.
|
||||
|
||||
**Era wdrożeń w kontenerach:**
|
||||
Kontenery działają w sposób zbliżony do maszyn wirtualnych, ale mają mniejszy stopnień wzajemnej izolacji, współdzieląc ten sam system operacyjny. Kontenery określane są mianem "lekkich". Podobnie, jak maszyna wirtualna, kontener posiada własny system plików, procesor, pamięć, przestrzeń procesów itd. Ponieważ kontenery nie są związane z leżącymi poniżej warstwami infrastruktury, mogą być łatwiej przenoszone pomiędzy chmurami i różnymi dystrybucjami systemu operacyjnego.
|
||||
Kontenery działają w sposób zbliżony do maszyn wirtualnych, ale mają mniejszy stopnień wzajemnej izolacji, współdzieląc ten sam system operacyjny. Kontenery określane są mianem "lekkich". Podobnie, jak maszyna wirtualna, kontener posiada własny system plików, udział w zasobach procesora, pamięć, przestrzeń procesów itd. Ponieważ kontenery nie są związane z leżącymi poniżej warstwami infrastruktury, mogą być łatwiej przenoszone pomiędzy chmurami i różnymi dystrybucjami systemu operacyjnego.
|
||||
|
||||
Kontenery zyskały popularność ze względu na swoje zalety, takie jak:
|
||||
|
||||
|
|
@ -85,10 +87,7 @@ Kubernetes:
|
|||
* Nie zapewnia, ani nie wykorzystuje żadnego ogólnego systemu do zarządzania konfiguracją, utrzymaniem i samo-naprawianiem maszyn.
|
||||
* Co więcej, nie jest zwykłym systemem planowania *(orchestration)*. W rzeczywistości, eliminuje konieczność orkiestracji. Zgodnie z definicją techniczną, orkiestracja to wykonywanie określonego ciągu zadań: najpierw A, potem B i następnie C. Dla kontrastu, Kubernetes składa się z wielu niezależnych, możliwych do złożenia procesów sterujących, których zadaniem jest doprowadzenie stanu faktycznego do stanu oczekiwanego. Nie ma znaczenia, w jaki sposób przechodzi się od A do C. Nie ma konieczności scentralizowanego zarządzania. Dzięki temu otrzymujemy system, który jest potężniejszy, bardziej odporny i niezawodny i dający więcej możliwości rozbudowy.
|
||||
|
||||
|
||||
|
||||
## {{% heading "whatsnext" %}}
|
||||
|
||||
* Dowiedz się o [komponentach Kubernetesa](/pl/docs/concepts/overview/components/)
|
||||
* Jesteś gotowy [zacząć pracę](/pl/docs/setup/)?
|
||||
|
||||
* Dowiedz się o [komponentach Kubernetesa](/pl/docs/concepts/overview/components/)
|
||||
* Jesteś gotowy [zacząć pracę](/pl/docs/setup/)?
|
||||
|
|
|
|||
|
|
@ -1,17 +1,24 @@
|
|||
---
|
||||
content_type: concept
|
||||
title: Współtwórz dokumentację Kubernetesa
|
||||
title: Współtwórz dokumentację K8s
|
||||
linktitle: Weź udział
|
||||
main_menu: true
|
||||
weight: 80
|
||||
card:
|
||||
name: contribute
|
||||
weight: 10
|
||||
title: Weź udział
|
||||
title: Współtwórz K8s
|
||||
---
|
||||
|
||||
<!-- overview -->
|
||||
|
||||
Kubernetes zaprasza do współpracy wszystkich - zarówno nowicjuszy, jak i doświadczonych!
|
||||
|
||||
{{< note >}}
|
||||
Aby dowiedzieć się więcej ogólnych informacji o współpracy przy tworzeniu Kubernetesa, zajrzyj
|
||||
do [contributor documentation](https://www.kubernetes.dev/docs/).
|
||||
{{< /note >}}
|
||||
|
||||
Tym serwisem www opiekuje się [Kubernetes SIG Docs](/docs/contribute/#get-involved-with-sig-docs).
|
||||
|
||||
Współtwórcy dokumentacji Kubernetesa:
|
||||
|
|
@ -21,8 +28,6 @@ Współtwórcy dokumentacji Kubernetesa:
|
|||
- Tłumaczą dokumentację
|
||||
- Zarządzają i publikują dokumentację w ramach cyklu wydawniczego Kubernetesa
|
||||
|
||||
Zapraszamy do współpracy wszystkich - zarówno nowicjuszy, jak i doświadczonych!
|
||||
|
||||
<!-- body -->
|
||||
|
||||
## Jak zacząć?
|
||||
|
|
|
|||
|
|
@ -30,7 +30,7 @@ cards:
|
|||
button: "Samouczki"
|
||||
button_path: "/docs/tutorials"
|
||||
- name: setup
|
||||
title: "Uruchom klaster"
|
||||
title: "Uruchom klaster K8s"
|
||||
description: "Uruchom klaster Kubernetes dopasowany do Twoich potrzeb i możliwości."
|
||||
button: "Uruchom Kubernetesa"
|
||||
button_path: "/docs/setup"
|
||||
|
|
@ -55,7 +55,7 @@ cards:
|
|||
button: Weź udział
|
||||
button_path: /docs/contribute
|
||||
- name: release-notes
|
||||
title: Informacje o wydaniu
|
||||
title: Informacje o wydaniu K8s
|
||||
description: Jeśli instalujesz lub aktualizujesz Kubernetesa, zajrzyj do informacji o najnowszym wydaniu.
|
||||
- name: about
|
||||
title: O dokumentacji
|
||||
|
|
|
|||
|
|
@ -1,25 +1,12 @@
|
|||
---
|
||||
title: Wspierane wersje dokumentacji Kubernetesa
|
||||
content_type: concept
|
||||
title: Dostępne wersje dokumentacji
|
||||
content_type: custom
|
||||
layout: supported-versions
|
||||
card:
|
||||
name: about
|
||||
weight: 10
|
||||
title: Wspierane wersje dokumentacji
|
||||
title: Dostępne wersje dokumentacji
|
||||
|
||||
---
|
||||
|
||||
<!-- overview -->
|
||||
|
||||
Ten serwis zawiera dokumentację do bieżącej i czterech poprzednich wersji Kubernetesa.
|
||||
|
||||
|
||||
|
||||
<!-- body -->
|
||||
|
||||
## Bieżąca wersja
|
||||
|
||||
Bieżąca wersja to
|
||||
[{{< param "version" >}}](/).
|
||||
|
||||
## Poprzednie wersje
|
||||
|
||||
{{< versions-other >}}
|
||||
|
|
|
|||
|
|
@ -1,5 +0,0 @@
|
|||
---
|
||||
layout: search
|
||||
title: Wyniki wyszukiwania
|
||||
---
|
||||
|
||||
|
|
@ -16,40 +16,35 @@ card:
|
|||
<!-- overview -->
|
||||
|
||||
Ten samouczek pokaże, jak uruchomić przykładową aplikację
|
||||
na Kubernetes przy użyciu [Minikube](/docs/setup/learning-environment/minikube) oraz Katacoda.
|
||||
na Kubernetesie przy użyciu minikube oraz Katacoda.
|
||||
Katacoda to darmowe środowisko Kubernetes dostępne bezpośrednio z przeglądarki web.
|
||||
|
||||
{{< note >}}
|
||||
Możesz też skorzystać z tego samouczka, jeśli już zainstalowałeś [Minikube lokalnie](/docs/tasks/tools/install-minikube/).
|
||||
Możesz też skorzystać z tego samouczka, jeśli już zainstalowałeś minikube.
|
||||
Odwiedź stronę [minikube start](https://minikube.sigs.k8s.io/docs/start/), aby dowiedzieć się, jak go zainstalować.
|
||||
{{< /note >}}
|
||||
|
||||
|
||||
|
||||
## {{% heading "objectives" %}}
|
||||
|
||||
|
||||
* Skonfiguruj przykładową aplikację do uruchomienia w Minikube.
|
||||
* Skonfiguruj przykładową aplikację do uruchomienia w minikube.
|
||||
* Uruchom aplikację.
|
||||
* Przejrzyj jej logi.
|
||||
|
||||
|
||||
|
||||
## {{% heading "prerequisites" %}}
|
||||
|
||||
|
||||
W tym samouczku wykorzystamy obraz kontenera, który korzysta z NGINX, aby wyświetlić z powrotem wszystkie przychodzące zapytania.
|
||||
|
||||
|
||||
|
||||
<!-- lessoncontent -->
|
||||
|
||||
## Stwórz klaster Minikube
|
||||
## Stwórz klaster minikube
|
||||
|
||||
1. Kliknij w **Launch Terminal**
|
||||
|
||||
{{< kat-button >}}
|
||||
|
||||
{{< note >}}Jeśli masz Minikube zainstalowane lokalnie, uruchom `minikube start`.{{< /note >}}
|
||||
{{< note >}}
|
||||
Jeśli masz minikube zainstalowane lokalnie, uruchom `minikube start`.
|
||||
{{< /note >}}
|
||||
|
||||
2. Otwórz panel Kubernetes w przeglądarce:
|
||||
|
||||
|
|
@ -135,6 +130,9 @@ jako [*Serwis*](/docs/concepts/services-networking/service/) Kubernetes.
|
|||
Opcja `--type=LoadBalancer` wskazuje, że chcesz udostępnić swój Serwis
|
||||
na zewnątrz klastra.
|
||||
|
||||
Aplikacja, która jest umieszczona w obrazie kontenera `k8s.gcr.io/echoserver`, nasłuchuje jedynie na porcie TCP 8080. Jeśli użyłeś
|
||||
`kubectl expose` do wystawienia innego portu, aplikacje klienckie mogą nie móc się podłączyć do tamtego innego portu.
|
||||
|
||||
2. Sprawdź Serwis, który właśnie utworzyłeś:
|
||||
|
||||
```
|
||||
|
|
@ -151,7 +149,7 @@ jako [*Serwis*](/docs/concepts/services-networking/service/) Kubernetes.
|
|||
|
||||
U dostawców usług chmurowych, którzy obsługują *load balancers*,
|
||||
zostanie przydzielony zewnętrzny adres IP na potrzeby serwisu.
|
||||
W Minikube, typ `LoadBalancer` udostępnia serwis poprzez polecenie
|
||||
W minikube, typ `LoadBalancer` udostępnia serwis poprzez polecenie
|
||||
`minikube service`.
|
||||
|
||||
3. Uruchom poniższe polecenie:
|
||||
|
|
@ -168,7 +166,7 @@ jako [*Serwis*](/docs/concepts/services-networking/service/) Kubernetes.
|
|||
|
||||
## Włącz dodatki
|
||||
|
||||
Minikube ma zestaw wbudowanych {{< glossary_tooltip text="dodatków" term_id="addons" >}}, które mogą być włączane, wyłączane i otwierane w lokalnym środowisku Kubernetes.
|
||||
Narzędzie minikube dysponuje zestawem wbudowanych {{< glossary_tooltip text="dodatków" term_id="addons" >}}, które mogą być włączane, wyłączane i otwierane w lokalnym środowisku Kubernetes.
|
||||
|
||||
1. Lista aktualnie obsługiwanych dodatków:
|
||||
|
||||
|
|
@ -272,13 +270,8 @@ minikube stop
|
|||
minikube delete
|
||||
```
|
||||
|
||||
|
||||
|
||||
## {{% heading "whatsnext" %}}
|
||||
|
||||
|
||||
* Dowiedz się więcej o [obiektach typu Deployment](/docs/concepts/workloads/controllers/deployment/).
|
||||
* Dowiedz się więcej o [instalowaniu aplikacji](/docs/tasks/run-application/run-stateless-application-deployment/).
|
||||
* Dowiedz się więcej o [obiektach typu Serwis](/docs/concepts/services-networking/service/).
|
||||
|
||||
|
||||
|
|
|
|||
Loading…
Reference in New Issue