Istio es una capa de malla de servicio de código abierto configurable que conecta, monitoriza y protege los contenedores en un clúster de Kubernetes. Istio funciona de forma nativa solo con Kubernetes, pero su naturaleza de código abierto hace posible que cualquiera escriba extensiones que permitan que Istio se ejecute en cualquier software de clúster.

Kubernetes es una herramienta de orquestación de contenedores y una unidad central de Kubernetes es un nodo. Un nodo consta de uno o más contenedores, junto con otros componentes. Kubernetes administra la disponibilidad y el consumo de recursos de los nodos, agregando pods a medida que aumenta la demanda con el escalador automático de pods. Istio inyecta contenedores adicionales en el pod para agregar seguridad, administración y monitorización.

Al ser de código abierto, Istio puede ejecutarse en cualquier proveedor de nube pública que lo admita y en cualquier nube privada con administradores dispuestos a ello.

Cuando las organizaciones optan por los microservicios, necesitan admitir docenas o cientos de aplicaciones específicas. Administrar esos puntos finales por separado significa dar soporte a una gran cantidad de máquinas virtuales (VM), incluida la demanda. El software de clústeres, como Kubernetes, puede crear pods y ampliarlos, pero Kubernetes no proporciona enrutamiento, reglas de tráfico ni herramientas sólidas de supervisión o depuración.

Introduzca la malla de servicio.

A medida que aumenta el número de servicios, el número de posibles formas de comunicación aumenta exponencialmente. Dos servicios tienen solo dos vías de comunicación. Tres servicios tienen seis, mientras que 10 servicios tienen 90. Una malla de servicios proporciona una forma única de configurar esas rutas de comunicación mediante la creación de una política para la comunicación.

Una malla de servicio instruye los servicios y dirige el tráfico de comunicaciones de acuerdo con una configuración predefinida. En lugar de configurar un contenedor en ejecución o escribir código para hacerlo, un administrador puede proporcionar configuración a la malla de servicio y hacer que complete ese trabajo. Antes, esto tenía que suceder con los servidores web y la comunicación entre servicios.

La forma más común de hacer esto en un clúster es utilizar el patrón sidecar. Un sidecar es un nuevo contenedor, dentro del pod, que enruta y observa el tráfico de comunicaciones entre los servicios y los contenedores.

Capas Istio encima de Kubernetes, añadiendo contenedores que son esencialmente invisibles para el programador y el administrador. Denominados contenedores sidecar, actúan como una " persona en el medio, " dirigiendo el tráfico y monitoreando las interacciones entre los componentes. Los dos funcionan en combinación de las siguientes tres maneras.

Configuración: el método principal para establecer la configuración con Kubernetes es el comando kubectl, comúnmente kubectl -f <filename>, donde el archivo es un archivo YAML. Los usuarios de Istio pueden ejecutar nuevos y diferentes tipos de archivos YAML con kubectl o usar el nuevo comando opcional ioctl.

Monitorización: con Istio, puede monitorizar la salud de sus aplicaciones que se ejecutan con Kubernetes. La instrumentación de Istio puede gestionar y visualizar el estado de las aplicaciones, proporcionando más información que la supervisión general de clústeres y nodos que ofrece Kubernetes.

Administración: debido a que la interfaz de Istio es esencialmente la misma que la de Kubernetes, administrarla requiere poco trabajo adicional. Istio permite al usuario crear políticas que afectan y gestionan todo el clúster de Kubernetes, lo que reduce el tiempo de gestión de cada clúster y elimina la necesidad de código de gestión personalizado.

Istio utiliza una versión muy ampliada de Envoy para realizar la monitorización, la gestión y el registro. Es necesario realizar un seguimiento de todos los pods, e Istio debe agregar y proporcionar información sobre todos los pods. Una posible alternativa al uso de Istio sería desplegar Envoy en el clúster Kubernetes directamente y escribir código de gestión. Básicamente, se trata de recrear Istio, con los costos y errores asociados a un proyecto de desarrollo personalizado.