Istio es una tecnología abierta que proporciona una manera para que los desarrolladores conecten, gestionen y protejan sin problemas redes de diferentes microservicios independientemente de la plataforma, la fuente o el proveedor. Istio es actualmente uno de los proyectos de código abierto de más rápido crecimiento basado en colaboradores de Github, y su fortaleza es su comunidad. IBM se enorgullece de ser fundador y colaborador del proyecto Istio y líder de Istio Working Groups.
Para obtener más información sobre el mundo de la malla de servicios, lea el libro electrónico O'Reilly, Istio Explained, escrito por los miembros de la junta de control de Istio, Lin Sun, IBM Master Inventor y Dan Berg, ingeniero distinguido de IBM.
Istio funciona idealmente con IBM® Cloud Log Analysis e IBM® Cloud Monitoring.
Los siguientes cursos muestran cómo administrar microservicios con IBM® Cloud Kubernetes Service e Istio.
Configure e implemente una aplicación; escale y actualice aplicaciones con los servicios IBM® Watson.
Descubra cómo funcionan el método de 12 factores, los microservicios e Istio en IBM Cloud Kubernetes Service.
Instale Istio junto a los microservicios como aplicación simulada de Guestbook; puede desplegarlo en un clúster.
Envíe un mensaje por Slack a nuestros desarrolladores de Kubernetes
Consulte la documentación. Para cualquier otra cosa, simplemente únase a nuestro canal de Slack y pregunte.
Istio es una capa de malla de servicios de código abierto configurable que conecta, supervisa 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 monitoreo.
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 se trasladan a microservicios, necesitan admitir decenas o cientos de aplicaciones específicas. Administrar esos endpoints por separado significa admitir una gran cantidad de máquinas virtuales (VM), incluida la demanda. El software de clúster, como Kubernetes, puede crear pods y escalarlos, pero Kubernetes no proporciona enrutamiento, reglas de tráfico ni herramientas sólidas de supervisión o depuración.
Introduzca la malla de servicios.
A medida que aumenta el número de servicios, aumenta exponencialmente el número de posibles formas de comunicarse. 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 única manera de configurar esas rutas de comunicación creando una política para la comunicación.
Una malla de servicios instrumenta los servicios y dirige el tráfico de comunicaciones según una configuración predefinida. En lugar de configurar un contenedor en ejecución, o escribir código para hacerlo, un administrador puede proporcionar la configuración a la malla de servicios y hacer que esta complete ese trabajo. Anteriormente, esto tenía que suceder con los servidores web y la comunicación entre servicios.
La forma más común de hacerlo en un clúster es usar el patrón sidecar. Un sidecar es un nuevo contenedor, dentro del pod, que dirige y observa el tráfico de comunicaciones entre servicios y contenedores.
Istio se coloca sobre Kubernetes, agregando contenedores que son esencialmente invisibles para el programador y administrador. Llamados contenedores sidecar, estos actúan como una "persona en el medio", que dirige el tráfico y monitorea las interacciones entre los componentes. Los dos funcionan en combinación de las siguientes tres formas.
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 de ioctl.
Monitoreo: con Istio, puede supervisar el estado 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 impacten y gestionen todo el clúster de Kubernetes, lo que reduce el tiempo necesario para administrar cada clúster y elimina la necesidad de un código de administración personalizado.
Istio utiliza una versión muy ampliada de Envoy para realizar la supervisión, la gestión y el registro. Cada pod necesita ser rastreado, e Istio necesita 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. Esto es esencialmente recrear Istio, con los costos y errores asociados de un proyecto de desarrollo personalizado.