Agradecemos tu apoyo para compartir nuestros posts con relación a las ciencias informáticas.
Solución:
Primero, tienes razón, el término sidecar contenedor ahora se ha convertido en una palabra para describir un contenedor extra en tu vaina. Originalmente (?) era un patrón de diseño específico de varios contenedores.
Patrones de diseño de varios contenedores
Patrón de sidecar
Un contenedor adicional en su cápsula para mejorar o extender la funcionalidad del contenedor principal.
patrón de embajador
un recipiente que proxy de la conexión de red al contenedor principal.
Patrón adaptador
un recipiente que transformar la salida del contenedor principal.
Esto está tomado del artículo original de 2015: Patrones para contenedores compuestos
Resumen
tu nota sobre
Pero, según Istio -Installing the Sidecar, introducen el proxy como un patrón de sidecar.
En los patrones anteriores, ambos Embajador y Adaptador debe de hecho apoderado la conexión de red, pero hacerlo con un propósito diferente. Con Istio, esto se hace, por ejemplo, para terminar mTLS conexión, recopilar métricas y más para mejorar su contenedor principal. Así que en realidad es un patrón de sidecar pero de manera confusa, como usted señaló correctamente, todo patrón proxy de la conexión – pero para diferentes propósitos.
Sidecar es un contenedor adicional que amplía la funcionalidad del contenedor principal. Un ejemplo dado en todas partes es que le gustaría enviar registros a algún sistema externo. Sin cambiar la lógica empresarial (el contenedor principal), puede implementar un agente de registro como un contenedor adicional.
Embajador es un contenedor que es un proxy para otras partes del sistema. Un buen ejemplo es que implementa un contenedor Ambassador que tiene credenciales para la API de Kubernetes, por lo que no tiene que usar la autenticación de su cliente. Otro buen ejemplo es usar Ambassador como proxy para el clúster de almacenamiento en caché de Redis.
Ahora, la razón por la que se vuelve confuso es que ambos patrones son no limitado a Kubernetes. Sin embargo, la implementación de Ambassador en Kubernetes suele utilizar Sidecar. En otras palabras, Ambassador generalmente se implementa como un contenedor sidecar (como se explica aquí).
Istio envoy definitivamente se implementa como un contenedor sidecar. Nunca lo he visto descrito como Embajador, probablemente porque hace mucho más que simplemente reenviar las solicitudes a otras partes del sistema.
Estos dos artículos explican muy bien los patrones de Sidecar Ambassador y Adapter:
- Patrones de Kubernetes: el patrón Ambassador
- 7 patrones de diseño de contenedores que debes conocer