Øvelse - Bevise mikrotjenestemotstand i Kubernetes
- 3 minutter
En av fordelene med Kubernetes er støtten for deklarativ konfigurasjonsadministrasjon. Tjenestene du definerer i konfigurasjonsfilene, beholdes for enhver pris.
Dette betyr at hvis det oppstår en feil, starter Kubernetes automatisk tjenestene som kjørte før feilen.
La oss se denne robustheten i aksjon ved å slette storefrontend pod og deretter bekrefte at Kubernetes startet den på nytt.
Først kjører du i
kubectl get podspå kodeområdet, og noterer navnet, inkludert den tilfeldige strengen, påstorefrontendpod. Her er et eksempel på utdata:@user-name /workspaces/eShopLite % kubectl get pods NAME READY STATUS RESTARTS AGE productsbackend-7445bdb5c9-pnpk6 1/1 Running 0 31m storefrontend-5b6cc765c4-hjpx4 1/1 Running 0 63mSlett nå
storefrontendpod ved hjelp av kommandoenkubectl delete. Du må angi det fullstendige navnet på kapselen, inkludert den tilfeldige strengen.kubectl delete pod storefrontend-5b6cc765c4-hjpx4Du får umiddelbart en melding om at poden ble slettet.
Fordi Kubernetes opprettholder systemtilstanden som deklarert i konfigurasjonsfilene, starter den umiddelbart en annen pod-forekomst. Du kan bekrefte dette ved å kjøre
kubectl get pods.@user-name /workspaces/eShopLite % kubectl get pods NAME READY STATUS RESTARTS AGE productsbackend-7445bdb5c9-pnpk6 1/1 Running 0 31m storefrontend-5b6cc765c4-vwmv8 1/1 Running 0 7sLegg merke til at den tilfeldige strengen etter navnet på
storefrontendendres, noe som indikerer at poden er en ny forekomst. Også ALDER verdien er betydelig mindre også.
I denne øvelsen lærte du hvordan Kubernetes automatisk opprettholder deklarert systemtilstand, selv om det oppstår en feil.