La setmana passada va ser anunciat el llançament de la nova versió de la plataforma d'orquestració de contenidors Kubernetes 1.18, versió que inclou 38 canvis i millores, dels quals 15 estan en estat estable i 11 estan en estat beta, a més que es proposen 12 nous canvis en l'estat alfa. En la preparació de la nova versió, els esforços equitatius es van dirigir tant a l'refinament de diverses funcions com a l'estabilització de les capacitats experimentals, així com a la incorporació de nous desenvolupaments.
Per als qui desconeixen de Kubernetes han de saber que aquesta és una plataforma d'orquestració de contenidors que permet administrar un clúster de contenidors aïllats en el seu conjunt i proporcionar mecanismes per implementar, mantenir i escalar aplicacions que s'executen en contenidors.
El Projecte va ser creat originalment per Google, però després es va transferir a una plataforma independent, Comissariada per la Fundació Linux. La plataforma es posiciona com una solució universal desenvolupada per la comunitat, no vinculada a sistemes individuals i capaç de treballar amb qualsevol aplicació en qualsevol entorn de núvol. El codi de Kubernetes està escrit en Go i es distribueix sota la llicència Apache 2.0.
Què hi ha de nou en Kubernetes 1.18?
Aquesta nova versió de Kubernetes arriba amb diverses millores per Kubectl, de les quals s'esmenta en l'anunci que s'ha afegit una versió alfa de la comanda «kubectl debug», Que facilita la depuració en pods a l'executar contenidors amb eines de depuració.
Mentre que la comanda «Kubectl diff» s'ha declarat estable, El que permet veure què canviarà al clúster si s'aplica el manifest.
També s'han eliminat tots els generadors d'ordres «kubectl run», A excepció de la posada en marxa de l'generador d'un sol pod, a més que l'indicador -dry-run va ser canviat, Depenent del seu valor (client, servidor i cap), l'execució de prova de la comanda es realitza a la banda de el client o servidor.
el codi kubectl s'assigna a un repositori separat. Això ens va permetre separar kubectl de les dependències internes de kubernetes i va facilitar la importació de codi en projectes de tercers.
Quant a els canvis a la xarxa, es destaca que el suport d'IPv6 ara està en beta, Es va afegir la clonació de PVC, la possibilitat de l'això de dispositius sense format de bloqueig de xarxa com discos permanents, suport per bloquejar dispositius sense format a CSI, transferència d'informació sobre la unitat que sol·licita connectar un disc a el controlador CSI, a més de que s'ha afegit un nou camp «immutable» als objectes ConfigMap i Secret.
Dels altres canvis que es destaquen:
- Finalment es va eliminar la capacitat d'usar les aplicacions / v1beta1 i les extensions / v1beta1 de el grup API obsoletes.
- Serverside Apply actualitzat a l'estat beta2. Aquesta millora porta la manipulació d'objectes de kubectl a servidor API.
- API de CertificateSigningRequest declarada estable.
- Suport per a la plataforma Windows.
- El suport de node de Windows continua expandint
- Suport CRI-ContainerD
- Implementació de RuntimeClass
- proxy CSI
- Suport transferit ha estat estable
- Compte de servei administrat grupal
- RunAsUserName
- L'Administrador de topologia ha rebut l'estat beta. La funció inclou la distribució NUMA, que evita la degradació de l'rendiment en sistemes multisocket.
- L'estat beta es va obtenir mitjançant la funció PodOverhead, que permet especificar a RuntimeClass la quantitat addicional de recursos necessaris per iniciar la llar.
- Extended hugepages de suport, alfa estat d'aïllament afegit a el recipient i suport per a múltiples nivells hugepages mides.
- Es va agregar el camp AppProtocol en el qual pot especificar quin protocol fa servir l'aplicació
- Traduït a l'estat beta i habilitat per defecte EndpointSlicesAPI, que és un reemplaçament més funcional per als endpoints normals.
- S'ha afegit un objecte IngressClass, que indica el nom de l'controlador d'ingrés, els seus paràmetres addicionals i el signe d'usar-lo per defecte.
- Es va agregar la capacitat d'especificar en el manifest de HPA el grau d'agressivitat a l'canviar el nombre de llars en funcionament, és a dir, quan la càrrega augmenta, comença immediatament N vegades més còpies.