From 6cd17b56e4fe07891f2341421dad79631bc22171 Mon Sep 17 00:00:00 2001 From: dkarczmarski Date: Fri, 18 Apr 2025 09:11:57 +0200 Subject: [PATCH] [pl] sync explore-intro.html with the latest EN version --- .../explore/explore-intro.html | 79 +++++++++++++++++-- 1 file changed, 72 insertions(+), 7 deletions(-) diff --git a/content/pl/docs/tutorials/kubernetes-basics/explore/explore-intro.html b/content/pl/docs/tutorials/kubernetes-basics/explore/explore-intro.html index aaace6ea8e589..07ec01ff7e90b 100644 --- a/content/pl/docs/tutorials/kubernetes-basics/explore/explore-intro.html +++ b/content/pl/docs/tutorials/kubernetes-basics/explore/explore-intro.html @@ -1,6 +1,10 @@ --- title: Pody i Węzły weight: 10 +description: |- + Naucz się rozwiązywać problemy z aplikacjami działającymi w Kubernetesie, korzystając + z kubectl get, kubectl describe, kubectl logs + i kubectl exec. --- @@ -9,9 +13,6 @@ - - -
@@ -110,10 +111,10 @@

Schemat węzła

Rozwiązywanie problemów przy pomocy kubectl

W module 2 używałeś narzędzia Kubectl. W module 3 będziemy go nadal używać, aby wydobyć informacje na temat zainstalowanych aplikacji i środowiska, w jakim działają. Najczęstsze operacje przeprowadzane są przy pomocy następujących poleceń kubectl:

    -
  • kubectl get - wyświetl informacje o zasobach
    • -
  • kubectl describe - pokaż szczegółowe informacje na temat konkretnego zasobu
    • -
  • kubectl logs - wyświetl logi z kontenera w danym podzie
    • -
  • kubectl exec - wykonaj komendę wewnątrz kontenera w danym podzie
    • +
  • kubectl get - wyświetl informacje o zasobach
    • +
  • kubectl describe - pokaż szczegółowe informacje na temat konkretnego zasobu
    • +
  • kubectl logs - wyświetl logi z kontenera w danym podzie
    • +
  • kubectl exec - wykonaj komendę wewnątrz kontenera w danym podzie

Korzystaj z tych poleceń, aby sprawdzić, kiedy aplikacja została zainstalowana, jaki jest jej aktualny status, gdzie jest uruchomiona i w jakiej konfiguracji.

@@ -128,6 +129,70 @@

Rozwiązywanie problemów przy pomocy kubectl

+
+
+

Sprawdzanie konfiguracji aplikacji

+

Sprawdźmy, czy aplikacja, którą wdrożyliśmy w poprzednim scenariuszu, działa. Użyjemy polecenia kubectl get i poszukamy istniejących Podów:

+

kubectl get pods

+

Jeśli żadne pody nie działają, poczekaj kilka sekund i ponownie wylistuj pody. Możesz kontynuować, gdy zobaczysz działający jeden pod.

+

Następnie, aby zobaczyć, jakie kontenery znajdują się w tym Podzie i jakie obrazy są używane do budowy tych kontenerów, uruchamiamy polecenie kubectl describe pods:

+

kubectl describe pods

+

Widzimy tutaj szczegóły dotyczące kontenera Pod: adres IP, używane porty oraz listę zdarzeń związanych z cyklem życia Poda.

+

Wyjście komendy describe jest obszerne i obejmuje niektóre pojęcia, których jeszcze nie omawialiśmy, ale nie martw się tym, bo staną się one zrozumiałe przed końcem tego bootcampu.

+

Uwaga: komenda describe może być używana do uzyskania szczegółowych informacji o większości obiektów Kubernetesa, w tym o Węzłach, Podach i Deploymentach. Wyjście komendy describe jest zaprojektowane tak, aby było czytelne dla ludzi, a nie do wykorzystania w skryptach.

+
+
+ +
+
+

Pokazywanie aplikacji w terminalu

+

Pamiętaj, że Pody działają w izolowanej, prywatnej sieci - więc musimy przepuścić do nich dostęp, aby móc je debugować i wchodzić z nimi w interakcję. Aby to zrobić, użyjemy polecenia kubectl proxy, aby uruchomić proxy w drugim terminalu. Otwórz nowe okno terminala, a w tym nowym terminalu uruchom:

+

kubectl proxy

+

Teraz ponownie uzyskamy nazwę Poda i zapytamy ten pod bezpośrednio przez proxy. + Aby uzyskać nazwę Poda i zapisać ją w zmiennej środowiskowej POD_NAME:

+

export POD_NAME="$(kubectl get pods -o go-template --template '{{range .items}}{{.metadata.name}}{{"\n"}}{{end}}')"
+ echo Name of the Pod: $POD_NAME

+

Aby zobaczyć wyniki działania naszej aplikacji, wykonaj polecenie curl:

+

curl http://localhost:8001/api/v1/namespaces/default/pods/$POD_NAME:8080/proxy/

+

URL jest ścieżką do API Poda.

+
+
+ +
+
+

Przeglądanie dzienników kontenera

+

Wszystko, co aplikacja normalnie wysyłałaby do standardowego wyjścia, staje się logami dla kontenera wewnątrz Poda. Możemy pobrać te logi za pomocą polecenia kubectl logs:

+

kubectl logs "$POD_NAME"

+

Uwaga: Nie musimy określać nazwy kontenera, ponieważ wewnątrz poda mamy tylko jeden kontener.

+
+
+ +
+
+

Wykonywanie polecenia w kontenerze

+

Możemy wykonywać polecenia bezpośrednio na kontenerze po uruchomieniu i działaniu Poda. + Do tego celu używamy podpolecenia exec i używamy nazwy Poda jako parametru. Wymieńmy zmienne środowiskowe:

+

kubectl exec "$POD_NAME" -- env

+

Warto ponownie wspomnieć, że nazwa samego kontenera może zostać pominięta, ponieważ w Podzie mamy tylko jeden kontener.

+

Następnie rozpocznijmy sesję bash w kontenerze Pod:

+

kubectl exec -ti $POD_NAME -- bash

+

Mamy teraz otwartą konsolę na kontenerze, w którym uruchamiamy naszą aplikację NodeJS. Kod źródłowy aplikacji znajduje się w pliku server.js:

+

cat server.js

+

Możesz sprawdzić, czy aplikacja działa, uruchamiając polecenie curl:

+

curl http://localhost:8080

+

Uwaga: użyliśmy tutaj localhost, ponieważ wykonaliśmy polecenie wewnątrz Podu NodeJS. Jeśli nie możesz połączyć się z localhost:8080, upewnij się, że uruchomiłeś polecenie kubectl exec i wykonujesz polecenie z wnętrza Podu

+

Aby zamknąć połączenie z kontenerem, wpisz exit.

+
+
+ + +
+

+ Gdy będziesz gotowy, przejdź do rozdziału Jak używać Service do udostępniania aplikacji. +

+
+ +