¿Qué cambios ocurrirán con Kubernetes el próximo año?

Intentar predecir el futuro del proyecto de código abierto de más rápido crecimiento de la historia es casi una tontería, porque hasta ahora nadie ha podido imaginar este camino. La "herencia" de Google a otros miembros de la comunidad se convirtió en un verdadero estándar de distribución. Nunca antes un proyecto había obtenido de esta manera el apoyo colectivo de toda la comunidad empresarial. Como puede verse en la larga lista de miembros de CNCF, tanto amigos como enemigos han dejado de lado no solo sus diferencias sino también sus productos competidores en favor de Kubernetes. Con soporte, soporte técnico y apoyo de élite corporativa sin precedentes, es seguro decir que todos han puesto sus huevos en una enorme canasta de Kubernetes. Basado en el éxito de 2019, Kubernetes tendrá mayores perspectivas de desarrollo en 2020.

Orquestación sin servidor

Sin embargo, a juzgar por la situación actual, Kubernetes y la arquitectura sin servidor están en proceso de conflicto. Por un lado, Kubernetes salió oficialmente de la etapa experimental y entró en producción. Por otro lado, la gente ha estado luchando por la tecnología sin servidor desde que se lanzó la primera PaaS. Esto nos lleva a la conclusión de que definitivamente habrá contenedores, arquitectura sin servidor y Kubernetes en el futuro.

La pregunta vuelve a surgir: ¿Qué papel jugará Kubernetes en los contenedores sin servidor en el futuro? Aunque el futuro siempre está lleno de incógnitas, el acuerdo es una elección muy segura. Esto se debe a que se necesitarán varios años para que la infraestructura de contenedores sin servidor alcance a Kubernetes, y se necesitarán coordinadores avanzados para construir sistemas más complejos. Por lo tanto, tiene mucho sentido ir más allá de las limitaciones de Kubernetes y organizar la integración de API en torno a él. Además, los datos confidenciales y las cargas de trabajo de alta prioridad siempre requerirán máquinas dedicadas y hardware especializado.

Disposición híbrida

En una situación ideal, es obvio que no hay contenedores de servidores que realicen tareas "ráfagas", mientras que algunos equipos importantes son responsables de mantener el bastión (estado estable servicio). Esto significa otro nivel de nube híbrida que incluye no sólo infraestructura local y varias nubes públicas, sino también arquitectura sin servidor. Tal como está ahora, el kubelet virtual es una de las formas en que Kubernetes utiliza la arquitectura sin servidor. Virtual kubelet es un proyecto de código abierto que permite a Kubernetes conectarse a otras API. Actualmente, está integrando Kubernetes y tecnologías sin servidor mediante la creación de un nodo virtual que representa la infraestructura sin servidor. Virtual kubelet conserva toda la funcionalidad proporcionada por Kubernetes y puede manejar conceptos de nivel superior como servicios, implementación, confidencialidad y más. Knative entre Kubernetes y sin servidor es una plataforma basada en Kubernetes diseñada para proporcionar una API nativa de Kubernetes para implementar funciones de tipo sin servidor.

Lo que la empresa quiere es una nube híbrida, y Kubernetes es el núcleo de la nube híbrida, por lo que es casi imposible esperar que Google se quede al margen en este momento. Anthos de Google es una plataforma de nube híbrida con GKE local, Istio, Velostrata, etc. como núcleo. Lo que lo distingue de otras ofertas de nube híbrida es que Anthos proporciona a Google un conocimiento profundo de Kubernetes, incluso basado en contenedores. Velostrata es la primera herramienta de migración de Kubernetes creada por Google en la industria. Anthos también proporciona gestión de configuración, Stackdriver, interconexión a la nube GCP y mercado GCP. La gente tiene que pensar que este es el plan planeado desde hace mucho tiempo por Google. Lo siguiente que debe hacer es ver cómo Anthos implementa la gestión híbrida/multinube.

CI/CD de extremo a extremo

En un futuro próximo, veremos más empresas grandes de computación en la nube en el mercado. Muchos grandes fabricantes ya están empezando, como AWS CodePipeline de Amazon, que hace un gran trabajo entregando código a los servidores de AWS.

Del mismo modo, a finales del año pasado, Azure cambió Visual Studio Team Services a Azure DevOps, un servicio diseñado para ayudar a los usuarios a crear canales automatizados de un extremo a otro. Incluye cinco herramientas diferentes, a saber, Azure Pipeline, Boards, Artifacts, Repos y Test plan, y viene con documentación para "cualquier idioma, cualquier plataforma". "Además, Microsoft adquirió GitHub el año pasado, lo que significa que tomarán medidas en esta área.

Se habla de máquinas virtuales que reemplazan a los contenedores o de contenedores sin servidor que reemplazan a Kubernetes, pero las aplicaciones empresariales son diversas y rara vez aparecen a la misma escala. Aunque la infraestructura sin servidor como Azure Container Instances ejecuta varios contenedores en la nube es un buen método, no hay forma de evitar la orquestación al escalar y las empresas necesitan las potentes funciones de Kubernetes. Por lo tanto, el enfoque en el futuro es cómo utilizarlo. Kubernetes para coordinar de forma centralizada diferentes cargas de trabajo en la nube, incluidas máquinas virtuales tradicionales, micromáquinas virtuales, máquinas virtuales "futuras", contenedores sin servidor, máquinas virtuales e infraestructura básica

URL original:/kubernetes-2020/