Hvad er anmærkninger i Kubernetes?
Vi vil give et kort overblik over annoteringer i dette afsnit. Annoteringer bruges til at vedhæfte metadata til forskellige typer Kubernetes-ressourcer. I Kubernetes bruges annoteringer på en anden måde; den første måde er at bruge etiketter. I annotering bruges arrays ligesom nøgler og værdier er i par. Annoteringer gemmer de vilkårlige, ikke-identificerende data om Kubernetes. Annoteringer bruges ikke til at gruppere, filtrere eller betjene data på Kubernetes ressourcer. Annotationsarrays har ingen begrænsninger. Vi kan ikke bruge annoteringerne til at identificere objekterne i Kubernetes. Annoteringer er i forskellige former som strukturerede, ustrukturerede, grupper og kan være små eller store.
Hvordan fungerer annotering i Kubernetes?
Her vil vi lære, hvordan annoteringer bruges i Kubernetes. Vi ved, at annoteringer består af nøgler og værdier; et par af disse to er kendt som en etiket. Nøglerne og værdierne for annoteringer er adskilt af en skråstreg '\'. I minikube-beholderen bruger vi nøgleordet 'annotations' til at tilføje annoteringerne i Kubernetes. Husk, at nøglenavnet på annoteringer er obligatorisk, og tegnene i navnet er ikke mere end 63 tegn i Kubernetes. Præfikserne er valgfrie. Vi starter annotationsnavnet med alfanumeriske tegn med bindestreger og understregninger mellem udtrykkene. Annoteringer er defineret i metadatafeltet i konfigurationsfilen.
Forudsætninger:
På systemet er Ubuntu eller den nyeste version af Ubuntu installeret. Hvis brugeren ikke er på Ubuntu-operativsystemet, skal du først installere Virtual Box eller VMware-maskinen, som giver os mulighed for at køre det andet operativsystem virtuelt på samme tid som Windows-operativsystemet. Installer Kubernetes-bibliotekerne og konfigurer Kubernetes-klyngen i systemet efter bekræftelse af operativsystemet. Vi håber, at disse er installeret, før vi starter den vigtigste tutorial session. Forudsætningerne er væsentlige for at køre annoteringerne i Kubernetes. Du skal kende Kubectl-kommandoværktøjet, pods og containere i Kubernetes.
Her ankom vi til vores hovedafsnit. Vi opdelte denne del i forskellige trin for en bedre forståelse.
Fremgangsmåden for annotering i forskellige trin er som følger:
Trin 1: Kør MiniKube Container af Kubernetes
Vi vil lære dig om minikube i dette trin. Minikube er et omfang af Kubernetes, der giver en lokal container til brugerne i Kubernetes. Så i alle tilfælde starter vi med en minikube til yderligere operationer. I starten udfører vi følgende kommando:
> start minikube
Ved at køre kommandoen oprettes en Kubernetes-beholder, som vist på det tidligere vedhæftede skærmbillede.
Trin 2: Brug CRI Socket eller Volume Controller Annotations i Kubernetes
For at forstå, hvordan en minikube-knude fungerer og hente de annoteringer, der anvendes på et objekt, bruger vi CRI-socket-annoteringerne i Kubernetes ved at køre følgende kubectl-kommando:
> kubectl få noder minikube -Det json | jq. metadata 
Når kommandoen er færdig, viser den alle annoteringer, der i øjeblikket er gemt i Kubernetes. Outputtet af denne kommando vises på det vedhæftede skærmbillede. Som vi ser, returnerer annoteringerne altid dataene i nøgler og værdier. På skærmbilledet returnerer kommandoen tre annoteringer. Disse er ligesom 'kubeadm.alpha.kubernetes.io/cri-socket' er en nøgle, 'unix:///var/run/cri-dockerd.sock' er værdier, og så videre. Cri-socket noden oprettes. På denne måde bruger vi øjeblikkeligt annoteringerne i Kubernetes. Denne kommando returnerer outputdataene i JSON-form. I JSON har vi altid nøgle- og værdiformaterne at følge. Ved at bruge denne kommando kan kubectl-brugeren eller vi nemt udtrække metadataene for pods og udføre en operation på den pod i overensstemmelse hermed.
Annotationskonventioner i Kubernetes
I dette afsnit vil vi tale om annotationskonventionerne, der er skabt for at tjene de menneskelige behov. Vi følger disse konventioner for at forbedre læsbarheden og ensartetheden. Et andet afgørende aspekt af dine annoteringer er navneafstand. For at forstå, hvorfor Kubernetes' konventioner er implementeret, anvender vi annoteringerne på serviceobjektet. Her forklarer vi nogle få konventioner og deres nyttige formål. Lad os se på annotationskonventionerne for Kubernetes:
| Anmærkninger | Beskrivelse |
| a8r. mig/chat | Bruges til linket til det eksterne chatsystem |
| a8r. io/logs | Bruges til linket til den ydre logfremviser |
| a8r. io/beskrivelse | Bruges til at håndtere den ustrukturerede databeskrivelse af Kubernetes-tjenesten for mennesker |
| a8r. io/depot | Bruges til at vedhæfte et ydre lager i forskellige formater som VCS |
| a8r. io/bugs | Bruges til at forbinde en ydre eller ekstern fejlsporer med pods i Kubernetes |
| a8r. io/oppetid | Bruges til at fastgøre det ydre oppetidsdashboardsystem i applikationer |
Dette er et par konventioner, som vi har forklaret her, men der er en enorm liste over annotationskonventioner, som mennesker bruger til at håndtere tjenester eller operationer i Kubernetes. Konventioner er nemme for mennesker at huske sammenlignet med forespørgsler og lange links. Dette er den bedste egenskab ved Kubernetes for brugerkomfort og pålidelighed.
Konklusion
Annoteringerne bruges ikke af Kubernetes; snarere bruges de til at give detaljer om Kubernetes-tjenesten til mennesker. Annoteringer er kun til menneskelig forståelse. Metadata indeholder annoteringerne i Kubernetes. Så vidt vi ved, bruges metadataene kun til mennesker for at give dem mere klarhed om bælgerne og beholderne i Kubernetes. Vi antager, at du på dette tidspunkt ved, hvorfor vi bruger annoteringerne i Kubernetes. Vi forklarede hvert punkt i detaljer. Husk endelig, at annoteringer ikke er afhængige af containerfunktionalitet.