El Patrón Sidecar y su Uso en Red Hat OpenShift Service Mesh

En el contexto de arquitecturas de microservicios, uno de los patrones más utilizados es el sidecar. Este patrón juega un papel fundamental en la gestión de la red, seguridad y observabilidad de los servicios que se comunican entre sí. Red Hat OpenShift Service Mesh, basado en Istio, utiliza este patrón para proporcionar una capa de control transparente que simplifica la operación de las aplicaciones distribuidas.

¿Qué es el Patrón Sidecar?

El patrón sidecar implica la implementación de un contenedor adicional junto a cada microservicio dentro de un pod de Kubernetes. Este contenedor actúa como un componente auxiliar que asume responsabilidades relacionadas con la comunicación en la red, como el enrutamiento de tráfico, la seguridad de la conexión y el monitoreo de las comunicaciones entre microservicios.

Este patrón permite que el microservicio principal se enfoque únicamente en su lógica de negocio, delegando la gestión de otras preocupaciones al contenedor sidecar.

OpenShift Service Mesh y el Patrón Sidecar

En OpenShift Service Mesh, cada pod que pertenece a un microservicio está acompañado de un sidecar, que es un proxy basado en Envoy. Este proxy intercepta todo el tráfico de entrada y salida del microservicio, proporcionando funcionalidades clave como:

• Enrutamiento de tráfico: El proxy sidecar gestiona cómo se enruta el tráfico entre los servicios. Esto permite implementar estrategias como el balanceo de carga, failover y el enrutamiento canary para la implementación continua de microservicios.
• Seguridad: OpenShift Service Mesh utiliza el sidecar para aplicar políticas de seguridad, como el cifrado mutuo TLS (mTLS) entre los microservicios, asegurando que las comunicaciones dentro del clúster sean seguras.
• Observabilidad: Los proxies sidecar permiten el monitoreo del tráfico de red, generando métricas valiosas para herramientas como Prometheus y Jaeger. Esto proporciona visibilidad completa sobre el comportamiento de los microservicios, facilitando la depuración y optimización del sistema.

Ventajas del Uso del Patrón Sidecar en OpenShift Service Mesh

• Desacoplamiento de responsabilidades: El microservicio no necesita preocuparse por la gestión del tráfico, la seguridad o la observabilidad, lo que facilita su desarrollo y mantenimiento.
• Transparencia: El sidecar se inserta de manera transparente sin necesidad de modificar el código del microservicio, lo que reduce la fricción durante la adopción de nuevas funcionalidades como el mTLS o la gestión de tráfico avanzado.
• Escalabilidad: El sidecar permite escalar servicios individuales sin afectar a toda la arquitectura, dado que gestiona la comunicación entre servicios de manera independiente.

Aquí puedes apreciar el funcionamiento de Openshift Service Mesh:

Todo esto en la nube publica, nube privada y en el on premises.