You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
Copy file name to clipboardExpand all lines: content/pl/_index.html
+7-4Lines changed: 7 additions & 4 deletions
Original file line number
Diff line number
Diff line change
@@ -2,11 +2,14 @@
2
2
title: "Produkcyjny system zarządzania kontenerami"
3
3
abstract: "Automatyzacja wdrażania, skalowania i zarządzania kontenerami"
4
4
cid: home
5
+
sitemap:
6
+
priority: 1.0
7
+
5
8
---
6
9
7
10
{{<blocks/section id="oceanNodes" >}}
8
11
{{% blocks/feature image="flower" %}}
9
-
### [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.
12
+
[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.
10
13
11
14
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ść.
12
15
{{% /blocks/feature %}}
@@ -26,7 +29,7 @@
26
29
{{% /blocks/feature %}}
27
30
28
31
{{% blocks/feature image="suitcase" %}}
29
-
#### Działa w każdym środowisku
32
+
#### K8s działa w każdym środowisku
30
33
31
34
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.
32
35
@@ -41,12 +44,12 @@ <h2>The Challenges of Migrating 150+ Microservices to Kubernetes</h2>
<ahref="https://events.linuxfoundation.org/kubecon-cloudnativecon-europe/?utm_source=kubernetes.io&utm_medium=nav&utm_campaign=kccnceu20" buttonid="desktopKCButton">Weź udział w wirtualnym KubeCon EU 17-20.08.2020</a>
47
+
<ahref="https://events.linuxfoundation.org/kubecon-cloudnativecon-north-america/?utm_source=kubernetes.io&utm_medium=nav&utm_campaign=kccncna20" buttonid="desktopKCButton">Weź udział w wirtualnym KubeCon NA, 17-20.11.2020</a>
45
48
<br>
46
49
<br>
47
50
<br>
48
51
<br>
49
-
<ahref="https://events.linuxfoundation.org/kubecon-cloudnativecon-north-america/?utm_source=kubernetes.io&utm_medium=nav&utm_campaign=kccncna20" buttonid="desktopKCButton">Weź udział w wirtualnym KubeCon NA w 17-20.11.2020</a>
52
+
<ahref="https://events.linuxfoundation.org/kubecon-cloudnativecon-europe/?utm_source=kubernetes.io&utm_medium=nav&utm_campaign=kccnceu21" buttonid="desktopKCButton">Weź udział w wirtualnym KubeCon EU 4–7.05.2021</a>
@@ -18,32 +18,25 @@ API poprzez HTTP, umożliwiając wzajemną komunikację pomiędzy użytkownikami
18
18
19
19
API Kubernetes pozwala na sprawdzanie i zmianę stanu obiektów (przykładowo: pody, _Namespaces_, _ConfigMaps_, _Events_).
20
20
21
-
Punkt dostępowe _(endpoints)_ API, typy zasobów i przykłady opisane są w [API Reference](/docs/reference/kubernetes-api/).
21
+
Większość operacji może zostać wykonana poprzez
22
+
interfejs linii komend (CLI) [kubectl](/docs/reference/kubectl/overview/) lub inne
23
+
programy, takie jak [kubeadm](/docs/reference/setup-tools/kubeadm/), które używają
24
+
API. Możesz też korzystać z API bezpośrednio przez wywołania typu REST.
22
25
23
-
<!-- body -->
24
-
25
-
## Zmiany w API
26
-
27
-
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.
28
-
Dlatego Kubernetes został zaprojektowany tak, aby umożliwić ciągły rozwój i zmiany w API.
29
-
Celem projektu Kubernetes jest _zachowanie_ zgodności z istniejącymi klientami i utrzymanie tej zgodności
30
-
przez odpowiednio długi czas, pozwalający innym projektom na stopniowe dostosowanie.
26
+
Jeśli piszesz aplikację używającą API Kubernetesa,
27
+
warto rozważyć użycie jednej z [bibliotek klienckich](/docs/reference/using-api/client-libraries/).
31
28
32
-
W skrócie, nowe zasoby API i nowe pola dla konkretnych zasobów mogą być dodawane stosunkowo często.
<caption>Dozwolone nagłówki żądań dla zapytania OpenAPI v2</caption>
75
67
</table>
76
68
77
-
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.
69
+
W Kubernetesie zaimplementowany jest alternatywny format serializacji na potrzeby API oparty o Protobuf,
70
+
który jest przede wszystkim przeznaczony na potrzeby wewnętrznej komunikacji w klastrze
71
+
i opisany w [design proposal](https://github.com/kubernetes/community/blob/master/contributors/design-proposals/api-machinery/protobuf.md).
72
+
Pliki IDL dla każdego ze schematów można znaleźć w pakietach Go, które definiują obiekty API.
73
+
74
+
## Zmiany API
78
75
79
-
## Obsługa wersji API
76
+
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.
77
+
Dlatego Kubernetes został tak zaprojektowany, aby API mogło się zmieniać i rozrastać.
78
+
Projekt Kubernetes dąży do tego, aby nie wprowadzać zmian niezgodnych z istniejącymi aplikacjami klienckimi
79
+
i utrzymywać zgodność przez wystarczająco długi czas, aby inne projekty zdążyły się dostosować do zmian.
80
+
81
+
W ogólności, nowe zasoby i pola definiujące zasoby API są dodawane stosunkowo często. Usuwanie zasobów lub pól
82
+
jest regulowane przez [API deprecation policy](/docs/reference/using-api/deprecation-policy/).
83
+
Definicja zmiany zgodnej (kompatybilnej) oraz metody wprowadzania zmian w API opisano w szczegółach
84
+
w [API change document](https://git.k8s.io/community/contributors/devel/sig-architecture/api_changes.md).
85
+
86
+
## Grupy i wersje API
80
87
81
88
Aby ułatwić usuwanie poszczególnych pól lub restrukturyzację reprezentacji zasobów, Kubernetes obsługuje
82
89
równocześnie wiele wersji API, każde poprzez osobną ścieżkę API, na przykład: `/api/v1` lub
83
90
`/apis/rbac.authorization.k8s.io/v1alpha1`.
84
91
85
-
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,
92
+
Rozdział wersji wprowadzony jest na poziomie całego API, a nie na poziomach poszczególnych zasobów lub pól, aby być pewnym,
86
93
że API odzwierciedla w sposób przejrzysty i spójny zasoby systemowe i ich zachowania i pozwala
87
94
na kontrolowany dostęp do tych API, które są w fazie wycofywania lub fazie eksperymentalnej.
88
95
89
-
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.
90
-
91
-
Należy mieć na uwadze, że wersje API i wersje oprogramowania są powiązane ze sobą w sposób niebezpośredni. Proponowany
92
-
[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.
93
-
94
-
Różne wersje API oznaczają inną stabilność i poziom wsparcia. Kryteria dla każdego z tych poziomów opisano szczegółowo
95
-
w [API Changes documentation](https://git.k8s.io/community/contributors/devel/sig-architecture/api_changes.md#alpha-beta-and-stable-versions).
96
-
Podsumowanie zamieszczono poniżej:
97
-
98
-
- Poziom Alfa:
99
-
- Nazwa wersji zawiera słowo `alpha` (np. `v1alpha1`).
100
-
- Może zawierać błędy. Włączenie tej funkcjonalności może wyeksponować różne błędy. Domyślnie jest wyłączona.
101
-
- Wsparcie dla tej funkcjonalności może być zakończone w dowolnej chwili bez uprzedniego powiadomienia.
102
-
- W kolejnych wersjach API może zostać zmienione w sposób niezgodny z wersjami wcześniejszymi.
103
-
- 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.
104
-
- Poziom Beta:
105
-
- Nazwa wersji zawiera słowo `beta` (np. `v2beta3`).
106
-
- Oprogramowanie jest dobrze przetestowane. Włączenie tej funkcjonalności uznaje się za bezpieczne. Funkcjonalność domyślnie włączona.
107
-
- Wsparcie dla funkcjonalności będzie utrzymywane, choć może zmieniać się w niektórych szczegółach.
108
-
- 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,
109
-
dostarczymy instrukcję migracji do kolejnej wersji. Możemy wymagać skasowania, zmiany i odtworzenia obiektów API.
110
-
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ą.
111
-
- Rekomendowane tylko dla zastosowań niekrytycznych dla biznesu ze względu na potencjalnie niezgodne zmiany w kolejnych wersjach oprogramowania.
112
-
Jeśli masz wiele klastrów, które mogą być aktualizowane niezależnie, można to ograniczenie pominąć.
113
-
-**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.**
114
-
- Poziom Stabilny:
115
-
- Nazwa wersji jest w postaci `vX`, gdzie `X` jest liczbą naturalną.
116
-
- Stabilne funkcjonalności będą dostępne w wielu kolejnych wersjach oprogramowania.
96
+
Aby ułatwić rozbudowę API Kubernetes, wprowadziliśmy [*grupy API*](https://git.k8s.io/community/contributors/design-proposals/api-machinery/api-group.md),
97
+
które mogą być [włączane i wyłączane](/docs/reference/using-api/#enabling-or-disabling).
117
98
118
-
## Grupy API
99
+
Zasoby API są rozróżniane poprzez przynależność do grupy API, typ zasobu, przestrzeń nazw (_namespace_,
100
+
o ile ma zastosowanie) oraz nazwę. Serwer API może obsługiwać
101
+
te same dane poprzez różne wersje API i przeprowadzać konwersję między
102
+
różnymi wersjami API w sposób niewidoczny dla użytkownika. Wszystkie te różne wersje
103
+
reprezentują w rzeczywistości ten sam zasób. Załóżmy przykładowo, że istnieją dwie
104
+
wersje `v1` i `v1beta1` tego samego zasobu. Obiekt utworzony przez
105
+
wersję `v1beta1` może być odczytany, zaktualizowany i skasowany zarówno przez wersję
106
+
`v1beta1`, jak i `v1`.
119
107
120
-
Aby ułatwić rozbudowę API Kubernetes, wprowadziliśmy [*grupy API*](https://git.k8s.io/community/contributors/design-proposals/api-machinery/api-group.md).
121
-
Grupa API jest określona przez ścieżkę API i pole `apiVersion` serializowanego obiektu.
108
+
Zajrzyj do [API versions reference](/docs/reference/using-api/#api-versioning)
109
+
po szczegółowe informacje, jak definiuje się poziomy wersji API.
122
110
123
-
Obecne w użyciu jest kilka grup API:
111
+
## Rozbudowa API
124
112
125
-
1. Grupa *podstawowa* (*core*), nazywana także *legacy group*, jest dostępna przez ścieżkę REST `/api/v1` i używa `apiVersion: v1`.
113
+
API Kubernetesa można rozbudowywać (rozszerzać) na dwa sposoby:
126
114
127
-
1. Nazwane grupy udostępnione są przez ścieżkę REST `/apis/$GROUP_NAME/$VERSION` i używają `apiVersion: $GROUP_NAME/$VERSION`
128
-
(np. `apiVersion: batch/v1`). Pełna lista wpieranych grup API jest dostępna w [Kubernetes API reference](/pl/docs/reference/).
129
-
130
-
API może być rozbudowane na dwa sposoby przy użyciu [custom resources](/docs/concepts/extend-kubernetes/api-extension/custom-resources/):
Copy file name to clipboardExpand all lines: content/pl/docs/concepts/overview/what-is-kubernetes.md
+5-6Lines changed: 5 additions & 6 deletions
Display the source diff
Display the rich diff
Original file line number
Diff line number
Diff line change
@@ -7,6 +7,8 @@ weight: 10
7
7
card:
8
8
name: concepts
9
9
weight: 10
10
+
sitemap:
11
+
priority: 0.9
10
12
---
11
13
12
14
<!-- overview -->
@@ -35,7 +37,7 @@ Wirtualizacja pozwala lepiej wykorzystywać zasoby fizycznego serwera i lepiej s
35
37
Każda maszyna wirtualna jest pełną maszyną zawierającą własny system operacyjny pracujący na zwirtualizowanej warstwie sprzętowej.
36
38
37
39
**Era wdrożeń w kontenerach:**
38
-
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.
40
+
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.
39
41
40
42
Kontenery zyskały popularność ze względu na swoje zalety, takie jak:
41
43
@@ -85,10 +87,7 @@ Kubernetes:
85
87
* Nie zapewnia, ani nie wykorzystuje żadnego ogólnego systemu do zarządzania konfiguracją, utrzymaniem i samo-naprawianiem maszyn.
86
88
* 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.
87
89
88
-
89
-
90
90
## {{% heading "whatsnext" %}}
91
91
92
-
* Dowiedz się o [komponentach Kubernetesa](/pl/docs/concepts/overview/components/)
93
-
* Jesteś gotowy [zacząć pracę](/pl/docs/setup/)?
94
-
92
+
* Dowiedz się o [komponentach Kubernetesa](/pl/docs/concepts/overview/components/)
0 commit comments