Contenedores vs microservicios: ¿cuál es la diferencia?

La era digital actual está impulsada por usuarios que exigen cada vez más valor de los servicios tecnológicos. El smartphone y la nube se han combinado para inaugurar una era en la que el software domina el mundo, ya sea están pidiendo comida o un transporte, pagando servicios públicos o satisfaciendo tu deseo de entretenimiento. Y el diseño y despliegue del software ha evolucionado para responder a esta demanda impulsada por los usuarios, ya que las arquitecturas monolíticas tradicionales han demostrado ser difíciles a la hora de soportar una escalada y experimentación rápidas. Los contenedores y microservicios son ejemplos de enfoques modernos que se son convirtiendo rápidamente en el modelo de referencia, especialmente para aplicaciones móviles y web.

¿Qué son los contenedores?

Un contenedor están un empaquetado de una aplicación y todas sus dependencias como un paquete, que permite desplegarse de forma sencilla y coherente independientemente del entorno. Estas dependencias incluyen binarios, bibliotecas y archivos de configuración necesarios para ejecutar la aplicación. Al igual que los contenedores estandarizados a nivel global estandarizaron el transporte de carga aportando eficiencia y rapidez, los contenedores de software resuelven el problema de cómo Obtén que el software funcione de forma fiable cuando se traslada de un entorno informático a otro. Ya sea desplegando en el portátil de un desarrollador, en un entorno de pruebas local o en un entorno de producción en la nube, un contenedor abstrae cualquier diferencia en la distribución del sistema operativo y la infraestructura subyacente. En cuanto a la estructura, un contenedor se acomoda en un sistema operativo anfitrión, similar a una máquina virtual pero con el núcleo del sistema operativo, por lo que está más ligero y arranca más rápido usando menos memoria. El contenedor está alojado en un entorno de ejecución de contenedor en lugar de en un hipervisor; por lo tanto, se pueden alojar en un solo servidor muchos más contenedores (varios MB) que máquinas virtuales (varios GB). La representación de la estructura de un contenedor se está mostrada a continuación:

En cuanto a popularidad, Kubernetes de Google es el sistema de gestión de contenedores libre y de código abierto más conocido y más utilizado. Por otro lado, Docker están la solución comercial de gestión de contenedores más conocida. Aunque Linux ha sido tradicionalmente el sistema operativo de referencia para la tecnología de contenedores, Windows no ha quedado atrás gracias a los contenedores Hyper-V de Microsoft. (Ve cómo Kubernetes y contenedores trabajan juntos.)

¿Qué son los microservicios?

Gartner define un microservicio como un componente de aplicación orientado a servicios que está:

• Con un alcance muy ajustado
• Fuertemente encapsulado
• Poco acoplado
• Desplegable de forma independiente
• Escalable de forma independiente

Según AWS, la arquitectura de microservicios implica construir una aplicación como componentes independientes que ejecutan cada proceso de aplicación como un servicio, comunicándose estos servicios a través de una interfaz bien definida mediante APIs ligeras. Las características de los microservicios tal como las describen microservices.io están que son:

• Altamente mantenible y comprobable
• Poco acoplado
• Desplegable de forma independiente
• Organizado en torno a las capacidades empresariales; y
• Propiedad de un pequeño equipo

Tomemos el ejemplo de una aplicación web de comercio electrónico como se muestra a continuación. Un enfoque de arquitectura de microservicios Ve la separación de los:

• Servicio de tala
• Servicio de inventario
• Servicio marítimo

Cada servicio tendría su propia base de datos y se comunicaría con los demás a través de una pasarela de API. El desarrollo y gestión de cada servicio se están realizados por separado, lo que significa que un servicio puede escalarse o modificarse para adaptarse a diferentes necesidades y situaciones sin necesariamente romper toda la aplicación.

El enfoque para la adopción de microservicios se ha orientado a refactorizar aplicaciones monolíticas existentes, en lugar de construir nuevas aplicaciones desde cero. Aunque los microservicios ofrecen opciones de agilidad y escalabilidad, también requieren infraestructura de soporte relevante, especialmente te considera la complejidad que conlleva gestionar cientos de microservicios entre diferentes equipos. Por esta razón, enfoques como DevOps y CI/CD son más adecuados para garantizar que los servicios son gestionados de manera eficiente y eficaz desde diseña, a través del desarrollo y el despliegue.

Comparando contenedores y microservicios

Una publicación de Ev Kontsevoy resumió la comparación de estas dos terminologías de una manera interesante:

"Un contenedor están una tecnología útil de asignación y compartición de recursos. Es algo que Obtén entusiasma a la gente de DevOps. Un microservicio están un patrón de software diseña. Es algo que Obtén entusiasma a los desarrolladores."

En otras palabras, podemos resumir esto así:

• Los microservicios son sobre el diseño de software.
• Los contenedores son para empaquetar software para su despliegue.

Así que podemos elegir si utilizar un contenedor para alojar un microservicio. Pero para Obtén el máximo valor de ambos, están significativamente mejor ejecutar microservicios dentro de contenedores. Desplegar toda una aplicación en una sola máquina virtual introduce un único punto de riesgo de fallo, se haya utilizado o no una arquitectura de microservicios. Pero distribuir la aplicación a través de microservicios en múltiples contenedores resulta en explotar plenamente el valor de ambos, proporcionando resiliencia y agilidad mediante la escalada y mejoras dirigidas a servicios específicos sin afectar negativamente a toda la aplicación. También se están introducida flexibilidad, ya que los desarrolladores pueden escribir aplicaciones en el lenguaje que prefieran, ya que el contenedor les permite desplegarse en cualquier entorno que se están proporcionados. La eficiencia proviene de que los contenedores consumen menos recursos en comparación con las máquinas virtuales. Un beneficio añadido se presenta en forma de seguridad mediante aislamiento y una superficie de ataque más amplia que limita el impacto si un único microservicio o contenedor sufre una brecha de seguridad, como un ataque de hacking.

Desafíos con contenedores y microservicios

Los inconvenientes que conlleva el uso de contenedores y microservicios son ligados a la sobrecarga de gestión, especialmente al tratar con despliegues distribuidos a gran escala. Esto significa que el despliegue, la monitorización y la gestión de contenedores y microservicios en estos entornos sería bastante desafiante y requeriría herramientas especializadas que puedan apoyar la orquestación y garantizar la coherencia en el despliegue. Otros desafíos incluyen:

• Complejidad de gestionar microservicios escritos en diferentes lenguajes
• Implicaciones de coste del uso de recursos de red por llamadas remotas en múltiples servicios
• Investigar las causas raíz o auditar sistemas resulta complicado cuando se trata de gestión de logs entre servicios distribuidos, ya que serían necesarios agregadores de logs

Futuro de los contenedores y microservicios

La necesidad de aplicaciones modernas que ofrezcan agilidad y resiliencia no puede subestimarse en la era de las aplicaciones en la nube y móviles. Beneficios como un tiempo de lanzamiento más rápido y la mejora de la seguridad son propuestas de valor que la empresa aceptará encantada. Actualmente, los contenedores y microservicios son el enfoque preferido para escalar y refactorizar aplicaciones heredadas y Haz nativas en la nube. Impulsado por Kubernetes y Docker, así como por el crecimiento de los despliegues de nube híbrida y la computación en el borde, se está esperado que el mercado de estas capacidades siga creciendo, con MarketWatch prediciendo una tasa compuesta anual compuesta del 12,7% para el mercado global de microservicios en la nube, alcanzando un valor de 1.700 millones de dólares para 2027.

Lecturas relacionadas

• BMC DevOps Blog
• Kubernetes vs Docker Swarm: Comparando herramientas de orquestación de contenedores
• Microservicios vs Nanoservicios: Opciones de Marco de Ponderación
• Explicación de los contenedores como servicio (CaaS)
• El estado actual de los contenedores: Resumen del informe
• Explicación de la metodología de la aplicación de 12 factores

Estas publicaciones son mías y no representan necesariamente la posición, estrategias u opinión de BMC.