L'equip de desenvolupament de Kubernetes ha donat a conèixer fa poc mitjançant un anunci l'alliberament de la nova versió "Kubernetes 1.18" en la qual l'equip de desenvolupament esmenta que és una versió 'en forma i acabat'.
En aquesta nova versió s'ha realitzat un treball significatiu per millorar la funcionalitat beta i estable per garantir una millor experiència de l'usuari. S'ha fet un esforç igual per afegir nous desenvolupaments i noves característiques emocionants que prometen millorar encara més l'experiència de l'usuari.
Per als qui desconeixen de Kubernetes, han de saber que és un sistema de codi obert per automatitzar la implementació, l'escalat i l'administració de aplicacions en contenidors.
VA SER originalment dissenyat per Google, encara que posteriorment el seu desenvolupament ha estat confiat a la Fundació de Computació al Núvol de Codi Obert (CNCF), que avui ha permès que la tecnologia d'orquestració de contenidors maduri ràpidament, gràcies a les contribucions de gegants de la tecnologia.
Què hi ha de nou en Kubernetes 1.18?
Aquesta nova versió es destaca per tenir la possibilitat d'usar tokens de compte de servei com a mètode d'autenticació general. Per exemple, si voleu que un pod administri altres recursos de Kubernetes, com una implementació o un servei, aquest pot ser associat amb un compte de servei i crear els rols i enllaços de rols necessaris.
Els comptes de servei de Kubernetes (KSA) envien tokens web JSON (JWT) a servidor API per autenticar-se. Això fa que el servidor API sigui l'única font d'autenticació per als comptes de servei.
Kubernetes 1.18 proporciona una funcionalitat que permet a l'servidor API proporcionar un document de descobriment d'OpenID Connect que conté les claus públiques de el testimoni més d'altres metadades.
Un altre dels canvis que es destaca de Kubernetes 1.81 és la capacitat de configurar HPA Velocity per pods específics. Horitzontal Pod Autoscaler (HPA) es va utilitzara per permetre un clúster Kubernetes respongui automàticament a l'trànsit alt / baix. Amb HPA, l'usuari pot demanar-li a el controlador que creu més mòduls en resposta a pics de CPU, altres mesuraments o mesuraments proporcionades per l'aplicació.
Kubernetes 1.18 compta amb una descripció general de perfils per executar múltiples configuracions de planificador. En general, hi ha dos tipus de càrregues de treball en Kubernetes: serveis a llarg termini (per exemple, servidors web, API, etc.) i tasques que s'executen fins a la seva finalització (millor conegut com el nom de Jobs).
A causa de les diferències òbvies entre els tipus de càrrega de treball, alguns usuaris recorren a la creació de clústers complets per a diferents necessitats. Per exemple, un clúster per administrar la mineria de dades i un altre per servir les API de l'aplicació.
La raó és que necessiten que el procés de decisió difereixi. Per exemple, la configuració de l'planificador predeterminat promou l'alta disponibilitat.
D'altra banda, també podrem trobar la capacitat de definir una regla de difusió de pod en el nivell de clúster, el que ha permès assegurar-se que els pods es programaran en zones de disponibilitat (Sempre que feu servir un clúster multizona) per garantir la màxima disponibilitat i la utilització de recursos.
La funcionalitat permet l'especificació topologySpreadConstraints, que identifica àrees buscant nodes amb la mateixa etiqueta topologyKey. Els nodes amb la mateixa etiqueta TopologyKey pertanyen a la mateixa àrea. La configuració va ser distribuir les beines de manera uniforme en les diferents zones. No obstant això, el desavantatge és que aquesta configuració s'ha d'aplicar a nivell de pod. Els pods que no tenen la configuració no es distribuiran uniformement entre els dominis de falla.
Finalment i no menys important, també podrem trobar la capacitat d'ignorar el canvi en la propietat de l'volum. Per defecte, quan un volum es munta en un contenidor en un clúster de Kubernetes, tots els arxius i directoris dins d'aquest volum tenen la seva propietat canviada a el valor proporcionat a través del fsGroup.
Tot això per permetre que fsGroup pugui llegir i escriure el volum. No obstant això, s'ha demostrat que aquest comportament no és desitjable en alguns casos.
Aquesta nova versió de Kubernetes arriba amb diversos canvis i només hem esmentat alguns dels més importants. Si vols conèixer la llista completa pots fer-ho visitant el següent enllaç.