Kubernetes er et flott prosjekt kjent for alle, spesielt for distribusjon og administrering av containere. Og Markus Eisele, Red Hat's EMEA Developer Adoption Lead, har noen viktige detaljer for alle som er interessert i å lære om det.
Og det er at forretningsutvikling alltid har vært en av de store utfordringene med datateknikk, og spesielt av selskaper som Red Hat. Det er grunnen til at vi i løpet av det siste tiåret har flyttet fra den klassiske 3-trinns arkitekturen til en ny arkitektur med høyt distribuerte mikrotjenester for å oppnå nesten ubegrensede infrastrukturressurser for offentlige skyleverandører. I tillegg kan disse mikrotjenestene spesialiseres i veldig spesifikke og enkle oppgaver, sammenlignet med foreldede tunge app-servere.
Disse mikrotjenester de innebærer bedre effektivitet når det gjelder forbrukte ressurser, noe som er en annen stor fordel. I tillegg er det en av de beste måtene å distribuere disse appene gjennom containere, som om små virtuelle maskiner ble behandlet. Selv om hovedforskjellen mellom en VM og en container er at den første ikke har et operativsystem, kjører den i stedet i et brukerområde i vertsoperativsystemkjernen, som om det var en app. Dette betyr også større sikkerhet.
Men ikke alt skulle være fordeler, siden denne arkitekturen krever mange containere (en per tjeneste eller mer), noe som betyr at måten de administreres og koordineres på kan være kompleks og representere en større innsats for systemadministratoren. Dette er hvor Kubernetes entrer scenen og det gjør alt mye lettere.
Sette opp et eget miljø i Kubernetes
Kubernetes gjør livet lettere for administratorer, muliggjør mer automatisert administrasjon av apper og tjenester. På jakt etter en analogi, ville det være som havnemyndigheten på en brygge, som gjør at skipene kan bevege seg samtidig i rommet. Med andre ord, i begynnelsen kan funksjonene til Kubernetes sammenlignes med de av Java EE, siden begge kjører apper på distribuert fysisk maskinvare. Imidlertid bryr containere seg lite om kravene til selve appen.
Med Kubernetes kan du konfigurere en klynge ved å skrive konfigurasjonsfiler til tekstformat (hovedsakelig YAML, selv om det også støtter JSON). Innvendig vil parametrene eller spesifikasjonene for hvert objekt være definert for ledelse.
Maskinvare for lokal Kubernetes-konfigurasjon
For å dra nytte av høy skalerbarhet og pålitelighet levert av en Kubernetes-klynge, må utviklere og administratorer sørge for å gi containeren nok ressurser til å kjøre.
Hvis det antas at en klynge har to hovednoder med 2 GB RAM, 4 kjerner og 2 arbeidernoder med 1 GB RAM og 2 kjerner, så en Kubernetes-klynge du trenger minst 6 GB RAM og 12 kjerner. Noen ressurser som ikke alle stasjonære datamaskiner kan tilby, selv om det er sant at dette prosjektet ikke er ment for skrivebordet.
Imidlertid er det for tiden en rekke mindre læringsmiljøer som gjør det mulig for utviklere å utvikle seg med Kubernetes i lokale miljøer. Eksempler på dem er MiniKube, MicroK8s, OpenShift CodeReady Cointainers, etc. Alle klynger av 1 enkelt node for å kunne ha dem på en stasjonær PC og hvis installasjon kan gjøres på få minutter.
Å teste en mer kompleks miljøtjeneste, må du vanligvis gå til en ekte Kubernetes-klynge. Men verktøyet Kode klare containere det kan gjøre utviklernes liv mye enklere, inkludert hele verktøysettet og installasjonen av en enkelt node av en Kubernetes-klynge.
Innfødt adopsjon i Kubernetes er en annen verden
Kubernetes har kommet for å endre hele opplevelsen av utviklere, som ser hvordan måten å administrere disse tjenestene er helt annerledes og integrert. Som et resultat har adopsjon av Kubernetes blitt neste logiske trinn mot forenkling for utvikleren.
På samme måte muliggjør Kubernetes større fleksibilitet, med hjelp og verktøy for produktiv utvikling av innfødte Kubernetes, og spennende nye utfordringer ...