https:\/\/training.linuxfoundation.org\/certification\/certified-kubernetes-administrator-cka\/<\/a><\/p>\n 2. CKAD ( Certified Kubernetes Aplication Developer)<\/p>\n https:\/\/training.linuxfoundation.org\/certification\/certified-kubernetes-application-developer-ckad\/<\/a><\/p>\n 3. CKS ( Certified Kubernetes Security Specialist)<\/p>\n https:\/\/training.linuxfoundation.org\/certification\/certified-kubernetes-security-specialist\/<\/a><\/p>\n Wybra\u0142em \u015bcie\u017ck\u0119 administratora, chocia\u017c jest ona najbardziej obszerna, to pozwala zweryfikowa\u0107 umiej\u0119tno\u015bci radzenia sobie z klastrem jedynie za pomoc\u0105 dokumentacji i narz\u0119dzia typu cli.<\/p>\n <\/p>\n Egzamin przeprowadzany jest za pomoc\u0105 wtyczki do Gogle Chrome<\/p>\n Ca\u0142o\u015b\u0107 pracy odbywa si\u0119 w oknie przegl\u0105darki. Pracujemy na systemie Ubuntu i mamy do dyspozycji drug\u0105 zak\u0142adk\u0119 , za pomoc\u0105 kt\u00f3rej mo\u017cemy korzysta\u0107 z oficjalnej dokumentacji<\/p>\n Nale\u017cy pami\u0119ta\u0107, \u017ce zamiast Control+C (Copy) i Control+V mamy odpowiednio Control+Insert (Copy) i Shift+Insert (Paste).<\/p>\n Dost\u0119pny jest te\u017c notatnik, ale po jego uruchomieniu zas\u0142ania on ok 1\/3 obszaru roboczego.<\/p>\n Mamy do zrobienia ok. 17 zada\u0144 w czasie dw\u00f3ch godzin. Nale\u017cy dobrze kontrolowa\u0107 czas. Ka\u017cde z zada\u0144 ma podan\u0105 wag\u0119, je\u015bli kt\u00f3re\u015b z zada\u0144 sprawia nam trudno\u015bci i utkn\u0119li\u015bmy na d\u0142u\u017cej ni\u017c 10 minut proponuj\u0119 je oflagowa\u0107 (co umo\u017cliwia \u015brodowisko) i przej\u015b\u0107 do kolejnego.<\/p>\n Zakres egzaminu podzielony jest na pi\u0119\u0107 kategorii<\/p>\n Poniewa\u017c nie mamy za du\u017co czasu na przygotowanie rozwi\u0105za\u0144, warto zastanowi\u0107 si\u0119 jak pracowa\u0107 w szybszym tempie.<\/p>\n <\/p>\n <\/p>\n Lista alias\u00f3w mo\u017ce by\u0107 inna i o wiele wi\u0119ksza, wa\u017cne, aby z nich korzysta\u0107 regularnie podczas \u0107wicze\u0144.<\/p>\n <\/p>\n <\/p>\n Praca w trybie dry-run sprowadza si\u0119 do skorzystania poni\u017cszego szablonu\u00a0 polece\u0144<\/p>\n Warto wyeksportowa\u0107 zmienn\u0105 $do, kt\u00f3ra u\u0142atwi nam prac\u0119:<\/p>\n Od tego momentu, praca w wersji skr\u00f3conej (wykorzystuj\u0105cej aliasy i zmienne \u015brodowiskowe) sprowadza si\u0119 do postaci:<\/p>\n <\/p>\n W praktyce sprowadzi si\u0119 do wykonywania polece\u0144 typu:<\/p>\n <\/p>\n <\/p>\n Przygotowujemy polecenie tworzenia obiektu w trybie imperatywnym, wy\u015bwietlamy jego posta\u0107 w formacie YAML i zapisujemy w postaci pliku. Taki plik mo\u017cemy modyfikowa\u0107 za pomoc\u0105 edytora tekstu.<\/p>\n Unika\u0142bym stosowania\u00a0edycji obiekt\u00f3w bezpo\u015brednio na klastrze<\/p>\n Bardziej efektywne b\u0119dzie zapisanie obiektu w postaci pliku, jego edycja, a nast\u0119pnie jego modyfikacji na klastrze za pomoc\u0105<\/p>\n Sekwencja polece\u0144 wygl\u0105da mniej wi\u0119cej tak<\/p>\n Tu proponuj\u0119 zastosowa\u0107 konwencj\u0119 nazewnictwa pliku<\/p>\n Mo\u017cna tez stosowa\u0107 inn\u0105 konwencj\u0119, ale odpowiednio sp\u00f3jn\u0105 wewn\u0119trznie.<\/p>\n <\/p>\n Dla tych, kt\u00f3rzy chc\u0105 spr\u00f3bowa\u0107 zabawy z klastrem przygotowa\u0142em piaskownic\u0119 <\/a>w postaci \u015brodowiska w narz\u0119dziu Katacoda<\/p>\n Pozwala ono na godzinna zabaw\u0119.<\/p>\n Przyk\u0142ad utworzenia obiektu pod o nazwie test<\/strong> zbudowanego na obrazie nginx:1.16<\/strong>. Obiekt powinien zosta\u0107 umieszczony w przestrzeni nazwa default<\/strong><\/p>\n Na wyj\u015bciu pojawia si\u0119 plik<\/p>\n Zapiszmy go do pliku na nazwie 01.pod.test.yaml<\/p>\n Tutaj warto doda\u0107 brakuj\u0105cy namespace: default<\/strong>. To jest przydatne podczas tworzenia manifest\u00f3w dla innych przestrzeni nazw i uwalnia nas to od dodawania do polecenia –namespace abc (lub -n\u00a0 abc).<\/p>\n <\/p>\n Spr\u00f3bujmy po wdro\u017ceniu zmieni\u0107 nazw\u0119 kontenera, ale nie jego obraz<\/p>\n Zmieniamy w pliku jedn\u0105 lini\u0119 <\/p>\n Pr\u00f3ba wdro\u017cenia tak zmodyfikowanego manifestu na klaster ko\u0144czy si\u0119 spektakularnie<\/p>\n Okazuje si\u0119, \u017ce nie wszystkie zmiany s\u0105 mo\u017cliwe w takim trybie. Mo\u017cna oczywi\u015bcie usun\u0105\u0107 obiekt z klastra i wdro\u017cy\u0107 jeszcze raz. Czas na goni. Lepiej jest opanowa\u0107 tryb si\u0142owy, kt\u00f3ra przy\u015bpiesza prac\u0119, ale nie u\u017cywajcie go bezrefleksyjnie na produkcji (!). To samo mo\u017ce nam si\u0119 przytrafi\u0107 podczas edycji obiektu bezpo\u015brednio na klastrze, a przecie\u017c pod to podstawowy obiekt wdro\u017ceniowym. Nie nale\u017cy o tym zapomina\u0107 podczas pracy z obiektami, kt\u00f3re kontroluj\u0105 jego stan.<\/p>\n Dla bardziej skomplikowanych obiekt\u00f3w np. statefulset czy daemonset warto jest skorzysta\u0107 z gotowych przyk\u0142ad\u00f3w w dokumentacji i przystosowa\u0107 je do wymog\u00f3w zadania.<\/p>\n <\/p>\n <\/p>\n Dost\u0119pne strony s\u0105 ograniczone do<\/p>\n Mo\u017cna mie\u0107 jednocze\u015bnie otwart\u0105 jedna zak\u0142adk\u0119. Poniewa\u017c dozwolone jest korzystanie\u00a0z zak\u0142adek przegl\u0105darki Chrome warto przygotowa\u0107 sobie dedykowan\u0105 list\u0119 zak\u0142adek.<\/p>\n Przyk\u0142adowa lista zak\u0142adek https:\/\/gist.github.com\/jonatasbaldin\/4e76846ce8fb17e5d2fa64bdea594930<\/a><\/p>\n Opr\u00f3cz dokumentacji\u00a0 mo\u017cna skorzysta\u0107 z polecenia<\/p>\n <\/p>\n W tym miejscu warto po\u015bwi\u0119ci\u0107 chwil\u0119 budow\u0119 manifest\u00f3w YAML w Kubernetes.<\/p>\n <\/p>\n Definicja obiekt\u00f3w Kubernetes w postaci manifestu YAML daje wiele zalet, m.in:<\/p>\n Wygoda: Nie ma potrzeby dodawania kolejnego parametru do linii polece\u0144 <\/p>\n YAML jest nadzbiorem JSON, co oznacza, \u017ce ka\u017cdy obiekt w formacie JSON jest poprawny w postaci YAML, ale w drug\u0105 stron\u0119 niekoniecznie.<\/p>\n Na szcz\u0119\u015bcie YAML w Kubernetes jest prosty do nauki. Mamy tylko dwa typy struktur, kt\u00f3re musimy opanowa\u0107:<\/p>\n Te dwie struktury mog\u0105 si\u0119 przeplata\u0107 , czyli mo\u017cemy mie\u0107 list\u0119 map i map\u0119 list oraz ka\u017cd\u0105 mo\u017cliw\u0105 kombinacj\u0119 z obu stron.<\/p>\n Mapy<\/strong><\/p>\n Zacznijmy od prostego, ale praktycznego przyk\u0142adu<\/p>\n Pierwsza linia to separator obiekt\u00f3w, kt\u00f3re mo\u017cna zapisa\u0107 w jednym pliku. W praktyce nie polecam, wol\u0119 mie\u0107 poszczeg\u00f3lne manifesty rozbite per plik.<\/p>\n Jest to o wiele bardziej elastyczne, je\u015bli zaczynami stosowa\u0107 systemy kontroli wersji. Wtedy mamy pe\u0142n\u0105 kontrol\u0119 nad zmianami w ka\u017cdym obiekcie niezale\u017cnie.<\/p>\n Mapa to para klucz: warto\u015b\u0107. Nasz przyk\u0142ad zawiera dwie mapy, gdzie\u00a0 klucz od warto\u015bci oddziela znak :<\/strong><\/p>\n <\/p>\n klucz apiVersion<\/strong> o warto\u015bci v1<\/strong><\/p>\n klucz kind<\/strong> o warto\u015bci Pod<\/strong>.<\/p>\n <\/p>\n Odpowiednik w notacji JSON wygl\u0105da tak:<\/p>\n Wi\u0119kszo\u015b\u0107 manifest\u00f3w w Kubernetes ma struktur\u0119 akms (a<\/strong>piVersion, k<\/strong>ind, m<\/strong>etadata, s<\/strong>pec)<\/p>\n W por\u00f3wnaniu do JSON znaki “” s\u0105 opcjonalne.<\/p>\n Mo\u017cna te\u017c zbudowa\u0107 struktury, gdzie klucz nie wskazuje na warto\u015b\u0107, ale na kolejn\u0105 par\u0119 klucz:warto\u015b\u0107, czyli na\u00a0 map\u0119<\/p>\n Klucz metadata wskazuje na par\u0119 name: rss-site<\/strong>. Para jest przeniesiona do nast\u0119pnej lini z odpowiednim wci\u0119ciem w stosunku do klucza nadrz\u0119dnego (metadata<\/strong>).\u00a0 Takie konstrukcje mo\u017cna swobodnie zagnie\u017cd\u017ca\u0107. Wci\u0119cia realizowane s\u0105 za pomoc\u0105 spacji. Nale\u017cy unika\u0107 i nie stosowa\u0107 w plikach YAML tabulacji. Z regu\u0142y stosuje si\u0119 dwie spacje, ale mo\u017ce by\u0107 ich wi\u0119cej. Wa\u017cne, by by\u0142o to sp\u00f3jne w obr\u0119bie pliku.<\/p>\n Odpowiednik w notacji JSON wygl\u0105da tak:<\/p>\n <\/p>\n Listy<\/strong><\/p>\n Listy w YAML to sekwencja obiekt\u00f3w:<\/p>\n Ka\u017cdy z\u00a0 element\u00f3w listy rozpoczyna si\u0119 od znaku – wci\u0119tego wzgl\u0119dem rodzica i w praktyce pozwala to na budow\u0119 niesko\u0144czonie d\u0142ugiej struktury.<\/p>\n Odpowiednik w notacji JSON wygl\u0105da tak:<\/p>\n Oczywi\u015bcie poszczeg\u00f3lne elementy listy mog\u0105 by\u0107 mapami.<\/p>\n Mamy tutaj list\u0119 obiekt\u00f3w kontener (containers<\/strong>), z kt\u00f3rych ka\u017cdy sk\u0142ada si\u0119 z imienia (name<\/strong>), obrazu (image<\/strong>) i listy port\u00f3w (czyli list\u0119 w li\u015bcie).<\/p>\n Ka\u017cdy element listy wci\u0119ty poni\u017cej znacznika ports<\/strong> jest list\u0105 zawieraj\u0105c\u0105 map\u0119 o nazwie containerPort<\/strong> i warto\u015bci 80 (lub 88).<\/p>\n Dla por\u00f3wnania, sp\u00f3jrzmy na odpowiednik w postaci JSON:<\/p>\n Sami szybko dojdziemy do wniosku, \u017ce YAML czyta si\u0119 (i modyfikuje)\u00a0 znacznie lepiej ni\u017c JSON. Dla API Kubernetes nie ma to \u017cadnego znaczenia.<\/p>\n <\/p>\n Podsumowuj\u0105c, mamy do dyspozycji:<\/p>\n <\/p>\n <\/p>\n Te dwie struktury pozwalaj\u0105 nam z\u0142o\u017cy\u0107 razem bardziej skomplikowane manifesty.<\/p>\n Zacznijmy od najprostszego obiektu jakim jest pod<\/strong>.<\/p>\n Zapiszmy taki plik w postaci pliku pod.yaml<\/strong><\/p>\n Wdro\u017cenie obiektu na klaster jest realizowane za pomoc\u0105 opcji -f, kt\u00f3ra wskazuje plik zawieraj\u0105cy przygotowany manifest.<\/p>\n <\/p>\n W nast\u0119pnych cz\u0119\u015bciach postaram si\u0119 opisa\u0107 najcz\u0119\u015bciej spotykane zagadnienia w poszczeg\u00f3lnych obszarach tematycznych zakresu egzaminu.<\/p>\n <\/p>\n <\/p>\n Po\u015br\u00f3d wielu kurs\u00f3w, kt\u00f3re mo\u017cna znale\u017a\u0107 na r\u00f3\u017cnych platformach\u00a0 szkoleniowych wybra\u0142em<\/p>\n https:\/\/www.udemy.com\/course\/certified-kubernetes-administrator-with-practice-tests\/<\/a><\/p>\n By\u0142o to dobrze wydane kilkadziesi\u0105t z\u0142otych. Warto zrobi\u0107 go spokojnie i po kolei, jedn\u0105 z g\u0142\u00f3wnych zalet s\u0105 przygotowane \u0107wiczenia. Te przygotowane laboratoria stanowi\u0105 cenny dodatek, kt\u00f3ry pozwala nam na nabranie wprawy manualnej i u\u0142atwia poruszanie si\u0119 po nieco ascetycznym \u015brodowisku egzaminacyjnym.<\/p>\n <\/p>\n Nast\u0119pne cz\u0119\u015bci<\/p>\n <\/p>\n Certified Kubernetes Administrator (CKA) krok po kroku \u2013 cz\u0119\u015b\u0107 2<\/a><\/p>\n <\/p>\n <\/p>\n https:\/\/www.kubernative.net\/de\/17-tutorial\/69-exam-experience-cka<\/a><\/p>\n https:\/\/github.com\/David-VTUK\/CKA-StudyGuide<\/a><\/p>\n https:\/\/www.mirantis.com\/blog\/introduction-to-yaml-creating-a-kubernetes-deployment\/<\/a><\/p>\n https:\/\/www.katacoda.com\/djkormo\/scenarios\/kubernetes-sandbox<\/a><\/p>\n![](\"https:\/\/www.kubernative.net\/images\/Artikelbilder\/cka_img1.png\")
<\/p>\n\n
Zwi\u0119kszanie efektywno\u015bci pracy<\/h3>\n
\n
1. Aliasy <\/strong><\/h3>\n
alias k='kubectl'<\/code><\/code><\/p>\nalias kn='kubectl get nodes -o wide'
\nalias kp='kubectl get pods -o wide'
\nalias kd='kubectl get deployment -o wide'
\nalias ks='kubectl get svc -o wide'<\/em><\/code><\/p>\n2. Praca w trybie dry-run<\/strong><\/h3>\n
kubectl <polecenie> --dry-run=client -o yaml > <plik.yaml>\u00a0<\/code><\/p>\nexport do=\" --dry-run=client -o yaml \"<\/code><\/p>\nk <polecenie> $do > <plik.yaml><\/code><\/p>\n# Create a pod nginx image\r\nkubectl run nginx --image=nginx\r\n\r\n# Create the pod template file with dry-run\r\nkubectl run nginx --image=nginx --dry-run=client -o yaml>nginx.yaml\r\n\r\n# Create a deployment\r\nkubectl create deploy nginx-app --image=nginx --dry-run=client\r\n\r\n# Scale a deployment\r\nkubectl scale deploy nginx-app --replicas=3 \r\n\r\n# Create nginx-service and expose\r\nkubectl expose pod nginx--name=nginx-service --port=80 --dry-run=client -o yaml>nginx.yaml\r\n\r\n# Create a secret name my-secret with username admin\r\nkubectl create secret generic my-secret --from-literal username=admin --dry-run=client -o yaml>nginx.yaml<\/code><\/pre>\n3. Korzystanie z manifest\u00f3w YAML<\/strong><\/h3>\n
kubectl edit deployment nginx\r\n<\/pre>\n
kubectl apply -f plik.yaml\r\n<\/pre>\n
kubectl get deployment nginx -o yaml > 01.deploy.nginx.yaml<\/code><\/p>\nvim 01.deploy.nginx.yaml <\/code><\/p>\nkubectl apply -f 01.deploy.nginx.yaml
\n<\/code><\/p>\nnumer_zadania:typ_obiektu:nazwa_obiektu.yaml<\/code><\/p>\nkubectl run test --image=nginx:1.16 -o yaml --dry-run=client\r\n<\/pre>\n
apiVersion: v1\r\nkind: Pod\r\nmetadata:\r\n creationTimestamp: null\r\n labels:\r\n run: test\r\n name: test\r\nspec:\r\n containers:\r\n - image: nginx\r\n name: test\r\n resources: {}\r\n dnsPolicy: ClusterFirst\r\n restartPolicy: Always\r\nstatus: {} \r\n<\/pre>\nkubectl run test --image=nginx:1.16 -o yaml --dry-run=client > 01.pod.test.yaml\r\n<\/pre>\n
vim 01.pod.nginx.yaml\r\n<\/pre>\n
apiVersion: v1\r\nkind: Pod\r\nmetadata:\r\n creationTimestamp: null\r\n labels:\r\n run: test\r\n name: test\r\n namespace: default\r\nspec:\r\n containers:\r\n - image: nginx:1.16\r\n name: test\r\n resources: {}\r\n dnsPolicy: ClusterFirst\r\n restartPolicy: Always\r\nstatus: {}\r\n<\/pre>\nkubectl apply -f 01.pod.test.yaml\r\n<\/pre>\n
pod\/test created\r\n<\/pre>\n
\nname: test2<\/p>\napiVersion: v1\r\nkind: Pod\r\nmetadata:\r\n creationTimestamp: null\r\n labels:\r\n run: test\r\n name: test\r\n namespace: default\r\n \r\nspec:\r\n containers:\r\n - image: nginx:1.16\r\n name: test2\r\n resources: {}\r\n dnsPolicy: ClusterFirst\r\n restartPolicy: Always\r\nstatus: {}\r\n<\/pre>\nkubectl apply -f 01.pod.test.yaml \r\n<\/pre>\n
The Pod \"test\" is invalid: spec: Forbidden: pod updates may not change fields other than `spec.containers[*].image`, `spec.initContainers[*].image`, `spec.activeDeadlineSeconds` or `spec.tolerations` (only additions to existing tolerations)\r\n core.PodSpec{\r\n Volumes: []core.Volume{{Name: \"default-token-dbflg\", VolumeSource: core.VolumeSource{Secret: &core.SecretVolumeSource{SecretName: \"default-token-dbflg\", DefaultMode: &420}}}},\r\n InitContainers: nil,\r\n Containers: []core.Container{\r\n {\r\n- Name: \"test2\",\r\n+ Name: \"test\",\r\n Image: \"nginx:1.16\",\r\n Command: nil,\r\n ... \/\/ 4 identical fields\r\n Env: nil,\r\n Resources: core.ResourceRequirements{},\r\n- VolumeMounts: nil,\r\n+ VolumeMounts: []core.VolumeMount{\r\n+ {\r\n+ Name: \"default-token-dbflg\",\r\n+ ReadOnly: true,\r\n+ MountPath: \"\/var\/run\/secrets\/kubernetes.io\/serviceaccount\",\r\n+ },\r\n+ },\r\n VolumeDevices: nil,\r\n LivenessProbe: nil,\r\n ... \/\/ 10 identical fields\r\n },\r\n },\r\n EphemeralContainers: nil,\r\n RestartPolicy: \"Always\",\r\n ... \/\/ 24 identical fields\r\n }\r\n<\/pre>\n
\nW naszym przypadku nie mo\u017cna modyfikowa\u0107 nazwy kontenera, ale mo\u017cna modyfikowa\u0107 obraz, z kt\u00f3rego korzysta.<\/p>\nkubectl apply -f 01.pod.test.yaml --force \r\n<\/pre>\n
pod\/test configured\r\n<\/pre>\n
4. Dokumentacja:<\/strong><\/h3>\n
\n
\n
kubectl explain\r\n<\/pre>\n
kubectl explain pod.spec.containers --recursive\r\n<\/pre>\n
5. YAML w Kubernetes<\/strong><\/h3>\n
\nUtrzymanie: Pliki YAML\u00a0 mo\u017cna \u0142atwo przechowywa\u0107 w systemach kontroli wersji
\nElastyczno\u015b\u0107: Mo\u017cna tworzy\u0107 o wiele bardziej skompilowane struktury ni\u017c z linii polece\u0144.<\/p>\n\n
---\r\napiVersion: v1\r\nkind: Pod\r\n<\/pre>\n
{\r\n \"apiVersion\": \"v1\",\r\n \"kind\": \"Pod\"\r\n}\r\n<\/pre>\napiVersion: v1\r\nkind:\r\nmetadata:\r\nspec:\r\n<\/pre>\n
---\r\napiVersion: v1\r\nkind: Pod\r\nmetadata:\r\n name: rss-site\r\n labels:\r\n app: web\r\n<\/pre>\n
{\r\n \"apiVersion\": \"v1\",\r\n \"kind\": \"Pod\",\r\n \"metadata\": {\r\n \"name\": \"rss-site\",\r\n \"labels\": {\r\n \"app\": \"web\"\r\n }\r\n }\r\n}\r\n<\/pre>\nargs:\r\n - sleep\r\n - \"1000\"\r\n - message\r\n - \"Bring back Firefly!\"\r\n<\/pre>\n
{\r\n \"args\": [\"sleep\", \"1000\", \"message\", \"Bring back Firefly!\"]\r\n}\r\n<\/pre>\n---\r\napiVersion: v1\r\nkind: Pod\r\nmetadata:\r\n name: rss-site\r\n labels:\r\n app: web\r\nspec:\r\n containers:\r\n - name: front-end\r\n image: nginx\r\n ports:\r\n - containerPort: 80\r\n - name: rss-reader\r\n image: nickchase\/rss-php-nginx:v1\r\n ports:\r\n - containerPort: 88\r\n<\/pre>\n
{ \u201capiVersion\u201d: \u201cv1\u201d, \u201ckind\u201d: \u201cPod\u201d, \u201cmetadata\u201d: { \u201cname\u201d: \u201crss-site\u201d, \u201clabels\u201d: { \u201capp\u201d: \u201cweb\u201d } }, \u201cspec\u201d: { \u201ccontainers\u201d: [{ \u201cname\u201d: \u201cfront-end\u201d, \u201cimage\u201d: \u201cnginx\u201d, \u201cports\u201d: [{ \u201ccontainerPort\u201d: \u201c80\u201d }] }, { \u201cname\u201d: \u201crss-reader\u201d, \u201cimage\u201d: \u201cnickchase\/rss-php-nginx:v1\u201d, \u201cports\u201d: [{ \u201ccontainerPort\u201d: \u201c88\u201d }] }] } }\r\n\r\n<\/pre>\n\n
\u2014\r\napiVersion: v1\r\nkind: Pod\r\nmetadata:\r\n name: rss-site\r\n labels:\r\n app: web\r\nspec:\r\n containers:\r\n \u2013 name: front-end\r\n image: nginx\r\n ports:\r\n \u2013 containerPort: 80\r\n \u2013 name: rss-reader\r\n image: nickchase\/rss-php-nginx:v1\r\n ports:\r\n \u2013 containerPort: 88\r\n<\/pre>\n
kubectl create -f pod.yaml<\/pre>\n
6. Kursy<\/h3>\n
Literatura:<\/h4>\n