¿Cómo ayudan Kubernetes y contenedores a potenciar las aplicaciones del mañana?

Microservicios y contenedores: una combinación perfecta

En pocas palabras, los microservicios son las funciones individuales dentro de una aplicación y forman la base de un nuevo enfoque arquitectónico para crear aplicaciones. Los microservicios permiten a los equipos de TI crear y ejecutar más fácilmente las aplicaciones que sus usuarios desean y necesitan para adelantarse a la competencia.

Muchas de las aplicaciones empresariales y de consumo más grandes de la actualidad se ejecutan en microservicios, lo que demuestra que no es solo una tendencia para las organizaciones pequeñas, sino también para las más grandes y complejas. De hecho, cuanto más grande es la organización, más beneficios se obtienen al adoptar microservicios porque los equipos a menudo se encuentran dispersos con una comunicación directa limitada.

¿Cuándo fue la última vez que recibió una notificación de mantenimiento de su servicio de transmisión favorito para informarle que no podrá acceder a los servicios? No sucede. Nunca es un buen momento para actualizar estos servicios porque siempre hay alguien mirando un programa nuevo en exceso.

El principio de los microservicios establece que debe dividir una aplicación en partes más pequeñas que se comunican a través de interfaces de programación de aplicaciones (APIs), donde cada parte se puede actualizar independientemente de otras partes. Como resultado, si un servicio de transmisión necesita actualizar su funcionalidad de restablecimiento de contraseña, no es necesario que millones de usuarios estén desconectados. Esta función es un microservicio diferente que se puede actualizar de forma independiente. Esto resulta en desarrolladores felices y usuarios felices.

Los microservicios llegaron para quedarse y respaldarán las aplicaciones del mañana. ¿En qué tipo de entorno debería ejecutarlos? Los contenedores son el bloque de construcción perfecto para los microservicios. Presentan un entorno ligero y coherente para microservicios, que puede seguir la aplicación desde el escritorio de los desarrolladores hasta las pruebas y la implementación final. Además, los contenedores pueden ejecutarse en máquinas físicas o virtuales y se inician en segundos o incluso milisegundos, lo que es más rápido que las máquinas virtuales (VM).

Empaquetar aplicaciones con sus dependencias

Tradicionalmente, los paquetes de software han incluido todo el código necesario para ejecutar la aplicación en un sistema operativo en particular, como Windows o Linux. Sin embargo, necesita más que solo código de aplicación para ejecutar una aplicación, también necesita otras aplicaciones. Por ejemplo, una aplicación para buscar precios de acciones podría usar una biblioteca para convertir nombres de empresas en símbolos de cotización y viceversa.

Esta funcionalidad es genérica y no tiene valor agregado, pero sigue siendo importante permitir que un usuario escriba "Apple" y obtenga las acciones "AAPL". La biblioteca es un ejemplo de dependencia. Sin que TI lo sepa, cualquier aplicación puede tener cientos de estos tipos de dependencias.

Una de las principales razones por las que los contenedores se volvieron tan populares es que proporcionaron un mecanismo y formato para empaquetar el código de la aplicación, con sus dependencias, de una manera que facilitó la ejecución de una aplicación en diferentes entornos.

Esto resolvió un gran problema para los desarrolladores que estaban constantemente luchando contra los problemas de compatibilidad del entorno entre sus portátiles de desarrollo, entornos de prueba y producción. Al utilizar contenedores para empaquetar sus aplicaciones, podían "codificar una vez y ejecutarse en cualquier lugar", acelerando drásticamente la entrega de aplicaciones.

No todos los servicios de contenedores son iguales

En cuanto a los desafíos, la primera generación de aplicaciones nativas de la nube se diseñó para no tener estado, utilizando contenedores que funcionaban con las aplicaciones pero que no necesitaban almacenar ningún dato persistente en volúmenes asociados. A medida que evoluciona el uso de contenedores, los desarrolladores crean cada vez más aplicaciones con estado dentro de contenedores: aplicaciones que necesitan almacenar datos en un volumen que debe conservarse y conservarse.

Aquí es donde el mundo del almacenamiento se vuelve un desafío. La flexibilidad y la apertura de los contenedores se convierten en obstáculos y cuellos de botella en la capa de almacenamiento, y las capacidades de almacenamiento simples que hemos estado dando por sentadas durante años en la pila de aplicaciones tradicionales (alta disponibilidad, recuperación de desastres, respaldo, cifrado) se convierten en desafíos en el mundo contenedor. Lo que es peor, lo que sucede a menudo es que cada aplicación diseña su propia estrategia de almacenamiento, lo que hace imposible impulsar el cumplimiento de estándares y datos en toda la organización.

Es por eso por lo que, como práctica recomendada, recomendamos elegir una solución que brinde los servicios de datos nativos de Kubernetes que requieren las aplicaciones nativas y tradicionales de la nube (ya que esas aplicaciones tradicionales no desaparecerán pronto). Esto significa entregar servicios de almacenamiento de bloques, archivos y objetos, en múltiples clases de rendimiento, aprovisionados a pedido según lo requiera Kubernetes.

Significa proporcionar acceso instantáneo a los datos, protección frente a todo tipo de fallas, la capacidad de movilizar datos entre nubes e incluso hacia/desde el borde, y seguridad sólida sin importar a dónde viaje una aplicación. Si las organizaciones hacen esto, verán por sí mismas por qué Kubernetes se ha convertido en la salsa especial no tan secreta para las organizaciones modernas.

Sobre el autor: Julio César Castrejón es Country Manager para México de Pure Storage.