Capítulo 9. Mezclador y Políticas en la Malla
Este trabajo se ha traducido utilizando IA. Agradecemos tus opiniones y comentarios: translation-feedback@oreilly.com
De las diversas formas en que puedes utilizar Mixer, podemos dividir sus responsabilidades en dos categorías: telemetría y aplicación de políticas. Al examinar las API que expone Mixer, estas áreas de responsabilidades se hacen más evidentes de forma concreta, ya que Mixer tiene dos API principales: check
(para pruebas de condiciones previas) y report
(para recopilar telemetría). Reflejo de estas dos áreas de atención es el hecho de que, por defecto, las Implementaciones de Istio tienen dos pods de Mixer ejecutándose en el plano de control: un pod de Mixer para la telemetría y otro para la aplicación de políticas.
Dado su papel como punto de agregación de telemetría, Mixer se describe a menudo como un motor de procesamiento de atributos, porque ingiere atributos telemétricos de los proxies de servicio y los transforma y canaliza a sistemas externos (a través de adaptadores). Teniendo en cuenta su papel como evaluador de políticas, Mixer también se describe como una caché (de segundo nivel) en el sentido de que responde a las solicitudes de comprobación de la política de tráfico y almacena en caché los resultados de la evaluación. El Mezclador ingiere diferentes configuraciones de distintas fuentes y las mezcla.
Arquitectura
Al residir en el plano de control, Mixer sirve de enlace entre el plano de datos y el plano de ...
Get Istio: En marcha now with the O’Reilly learning platform.
O’Reilly members experience books, live events, courses curated by job role, and more from O’Reilly and nearly 200 top publishers.