Hvordan bruke Kubernetes -merknadene
Hva er merknader i Kubernetes?
Vi vil gi en kort oversikt over merknader i denne delen. Merknad brukes til å knytte metadataene til forskjellige typer Kubernetes -ressurser. I Kubernetes brukes merknader på en annen måte; Den første måten er å bruke etiketter. I merknad brukes matriser som nøkler og verdier i par. Merknad lagrer de vilkårlige, ikke-identifiserende dataene om Kubernetes. Merknad brukes ikke til gruppering, filtrering eller betjening av dataene om ressursene til Kubernetes. Merknadsarrays har ingen begrensninger. Vi kan ikke bruke merknadene for å identifisere objektene i Kubernetes. Merknad er i forskjellige former som strukturerte, ustrukturerte, grupper og kan være små eller store.
Hvordan fungerer merknad i Kubernetes?
Her lærer vi hvordan merknader brukes i Kubernetes. Vi vet at merknader består av nøkler og verdier; Et par av disse to er kjent som en etikett. Tastene og verdiene til merknadene er atskilt med en skråstrek “\”. I Minikube -beholderen bruker vi nøkkelordet "Merknader" for å legge til merknadene i Kubernetes. Husk at nøkkelnavnet på merknader er obligatorisk, og karakterene til navnet er ikke mer enn 63 tegn i Kubernetes. Prefiksene er valgfrie. Vi starter merknadsnavnet med alfanumeriske tegn som har streker og understreker mellom uttrykkene. Merknad er definert i metadata -feltet i konfigurasjonsfilen.
Forutsetninger:
På systemet er Ubuntu eller den nyeste versjonen av Ubuntu installert. Hvis brukeren ikke er på Ubuntu -operativsystemet, må du først installere den virtuelle boksen eller VMware -maskinen som gir oss anlegget til å kjøre det andre operativsystemet praktisk talt samtidig som Windows -operativsystemet. Installer Kubernetes -bibliotekene og konfigurer Kubernetes -klyngen i systemet etter å ha bekreftet operativsystemet. Vi håper at disse er installert før vi starter hovedopplæringsøkten. Forutsetningene er viktige for å kjøre merknadene i Kubernetes. Du må kjenne Kubectl -kommandoverktøyet, belgene og containere i Kubernetes.
Her ankom vi hoveddelen vår. Vi delte denne delen i forskjellige trinn for en bedre forståelse.
Prosedyren for å kommentere i forskjellige trinn er som følger:
Trinn 1: Kjør Minikube -beholderen til Kubernetes
Vi vil lære deg om Minikube i dette trinnet. Minikube er et omfang av Kubernetes som gir en lokal beholder til brukerne i Kubernetes. Så i alle tilfeller starter vi med en Minikube for videre operasjoner. I starten utfører vi følgende kommando:
> Minikube Start
Å kjøre kommandoen oppretter en Kubernetes -beholder, som vist i det tidligere vedlagte skjermbildet.
Trinn 2: Bruk CRI -stikkontakt eller volumkontroller -merknader i Kubernetes
For å forstå hvordan en Minikube -node fungerer og hente merknadene som brukes på et objekt, bruker vi CRI -socket -merknadene i Kubernetes ved å kjøre følgende Kubectl -kommando:
> Kubectl Get Nodes Minikube -o Json | JQ. metadata
Når kommandoen er ferdig, viser den alle merknader som for øyeblikket er lagret i Kubernetes. Utgangen til denne kommandoen vises i skjermbildet som er vedlagt. Som vi ser, returnerer merknadene alltid dataene i nøkler og verdier. På skjermbildet returnerer kommandoen tre merknader. Disse er som “kubeadm.alfa.Kubernetes.io/cri-socket ”er en nøkkel,“ Unix: /// var/run/cri-dockerd.sokk ”er verdier, og så videre. Cri-Socket-noden er opprettet. På denne måten bruker vi øyeblikkelig merknadene i Kubernetes. Denne kommandoen returnerer outputdataene i JSON -skjemaet. I JSON har vi alltid nøkkel- og verdiformatene å følge. Ved hjelp av denne kommandoen kan KUBECTL -brukeren eller vi enkelt trekke ut metadataene til Pods og utføre en operasjon på den poden, følgelig.
Merknadskonvensjoner i Kubernetes
I dette avsnittet skal vi snakke om merknadskonvensjonene som er opprettet for å tjene menneskets behov. Vi følger disse konvensjonene for å forbedre lesbarheten og ensartetheten. Et annet avgjørende aspekt ved merknadene dine er navnefelt. For å forstå hvorfor Kubernetes konvensjoner blir implementert, bruker vi merknadene på tjenesteobjektet. Her forklarer vi noen få konvensjoner og deres nyttige formål. La oss se på merknadskonvensjonene til Kubernetes:
| Merknader | Beskrivelse |
| A8R. io/chat | Brukes til lenken til det eksterne chattesystemet |
| A8R. IO/logger | Brukes til lenken til den ytre loggen |
| A8R. io/beskrivelse | Brukes til å håndtere den ustrukturerte databeskrivelsen av Kubernetes -tjenesten for mennesker |
| A8R. IO/depot | Brukes til å knytte et ytre depot i forskjellige formater som VCS |
| A8R. io/bugs | Brukes til å koble en ytre eller ekstern bug tracker med pods i Kubernetes |
| A8R. IO/oppetid | Brukes til å knytte det ytre oppetidsdashbordsystemet i applikasjoner |
Dette er noen få stevner som vi forklarte her, men det er en enorm liste over merknadskonvensjoner som menneskene bruker for å håndtere tjenestene eller operasjonene i Kubernetes. Konvensjoner er enkle for mennesker å huske sammenlignet med spørsmål og lange lenker. Dette er den beste funksjonen ved Kubernetes for brukerkomfort og pålitelighet.
Konklusjon
Merknadene brukes ikke av Kubernetes; Snarere brukes de til å gi detaljer om Kubernetes -tjenesten til mennesker. Merknad er bare for menneskelig forståelse. Metadata holder merknadene i Kubernetes. Så vidt vi vet brukes metadataene bare for mennesker for å gi dem mer klarhet om belgene og containerne i Kubernetes. Vi antar at du på dette tidspunktet vet hvorfor vi bruker merknadene i Kubernetes. Vi forklarte hvert punkt i detalj. Til slutt, husk at merknader ikke er avhengig av containerfunksjonalitet.