Udvikleren har frigivet platformen til orkestrering af containere, Kubernetes 1.24, som gør det muligt at administrere en klynge af isolerede containere som en helhed og tilbyder mekanismer til implementering, vedligeholdelse og skalering af applikationer, der kører i containere. Projektet blev oprindeligt skabt af Google, men blev senere overført til en uafhængig platform, der styres af Linux Foundation. Platformen positionerer sig som et samfundsudviklet universelt løsning, der ikke er bundet til specifikke systemer og kan arbejde med enhver applikation i enhver cloud-omgivelse. Koden til Kubernetes er skrevet i Go og distribueres under Apache 2.0 licensen.
Der tilbydes funktioner til implementering og administration af infrastrukturen, såsom DNS-håndtering, load balancing, distribution af containere over klynge-noder (migrering af containere i forhold til ændringer i belastning og services behov), sundhedstjek på applikationsniveau, kontoadministration, opdatering og dynamisk skalering af den aktive klynge uden nedetid. Det er muligt at implementere grupper af containere, der udfører opdatering og rollback operationer for hele gruppen på én gang, samt logisk opdeling af klyngen med ressourceopdeling. Der er support til dynamisk migrering af applikationer, som kan bruge både lokale og netværkslagringssystemer til datalagring.
Nøgleændringer i den nye udgivelse:
- Der er blevet stabiliseret værktøjer til overvågning af lagerkapacitet, som sikrer overvågning af fri plads i partitioner og sender data til kontrolnoden for at forhindre opstart af pods på noder, hvor der ikke er tilstrækkelig fri plads.
- Muligheden for at udvide lagerpartitioner er blevet stabiliseret. Brugeren kan ændre størrelsen på eksisterende partitioner, og Kubernetes vil automatisk udvide partitionen og det tilknyttede filsystem uden at stoppe driften.
- Levering af runtime Dockershim er stoppet; det blev præsenteret som en midlertidig løsning til brug af Docker i Kubernetes, hvilket ikke er kompatibelt med den officielle CRI (container runtime interface) og medfører yderligere kompleksitet i kubelet. Til administration af isolerede containere bør der anvendes en runtime, der understøtter CRI-grænsefladen, såsom containerd og CRI-O, eller man kan benytte ombrydningen cri-dockerd, som implementerer CRI-grænsefladen oven på Docker Engine API.
- Eksperimentel støtte til verifikation af containerbilleder ved hjælp af digitale underskrifter ved hjælp af Sigstore service, der opretholder en offentlig log for at bekræfte ægtheden (transparency log), er blevet givet. For at forhindre supply chain-angreb og komponentudskiftning er der også sikret digital underskriftsbekræftelse af artefakter relateret til udgivelser, herunder alle installerede Kubernetes eksekverbare filer.
- Som standard er aktiveringen af API'er i beta-niveau stoppet i klynger (de test-API'er tilføjet i tidligere udgivelser er bevaret; ændringen gælder kun nye API'er).
- Testsupport til OpenAPI v3 format er blevet implementeret.
- Der er præsenteret et initiativ til at konvertere plugins til opbevaring til den ensartede CSI-grænseflade (Container Storage Interface) med opretholdelse af API-kompatibilitet. Azure Disk- og OpenStack Cinder-plugins er blevet flyttet til CSI.
- Kubelet Credential Provider er nu i beta-testfasen, hvilket muliggør dynamisk udvinding af legitimationsoplysninger til containerbillede-repositorier ved at køre plugins uden at gemme legitimationsoplysninger i nodens filsystem.
- Mulighed for at reservere et range af IP-adresser til tildeling til tjenester er blevet givet. Når denne mulighed er aktiveret, vil klyngen automatisk tildele tjenesterne kun IP-adresser fra det foruddefinerede pool til hver tjeneste, hvilket forhindrer sammenfald ved tildeling af ledige adresser fra det fælles sæt.
Kilde: opennet.ru
