O Istio é uma tecnologia aberta que oferece aos desenvolvedores uma maneira de conectar, gerenciar e proteger perfeitamente redes de diferentes microsserviços — independentemente da plataforma, da fonte ou do fornecedor. O Istio é atualmente um dos projetos de código aberto de crescimento mais rápido com base nos colaboradores do Github, e seu ponto forte é a comunidade. A IBM tem orgulho de ser fundadora e colaboradora do projeto Istio e líder dos grupos de trabalho do Istio.
Para saber mais sobre o mundo da malha de serviço, leia o ebook O'Reilly, Istio Explained, escrito pelos membros do conselho de controle do Istio, Lin Sun, IBM Master Inventor, e Dan Berg, IBM Distinguished Engineer.
O Istio é executado idealmente com IBM Cloud® Log Analysis e IBM Cloud® Monitoring.
Os cursos a seguir mostram como gerenciar microsserviços com o IBM Cloud® Kubernetes Service e Istio.
Configure e implemente um aplicativo; amplie e atualize aplicativos com os serviços IBM Watson®.
Saiba como o método de 12 fatores, os microsserviços e o Istio funcionam no IBM Cloud Kubernetes Service.
Instale o Istio ao lado de microsserviços como aplicativo de acoplamento Guestbook; implemente-o em um cluster.
Slack, nossos desenvolvedores de Kubernetes
Consulte a documentação. Para qualquer outra coisa, basta entrar no canal do Slack e perguntar.
O Istio é uma camada de malha de serviço configurável e de código aberto que conecta, monitora e protege os contêineres em um cluster do Kubernetes. O Istio funciona nativamente apenas com o Kubernetes, mas sua natureza de código aberto possibilita que qualquer pessoa escreva extensões que permitam que o Istio seja executado em qualquer software de cluster.
O Kubernetes é uma ferramenta de organização de contêiner e uma unidade central do Kubernetes é um nó. Um nó consiste em um ou mais contêineres, juntamente com outros componentes. O Kubernetes gerencia a disponibilidade e o consumo de recursos de nós, adicionando pods à medida que a demanda aumenta com o escalonador automático pod. Istio injeta contêineres adicionais no pod para adicionar segurança, gerenciamento e monitoramento.
Como é de código aberto, o Istio pode ser executado em qualquer provedor de nuvem pública que o suporte e qualquer nuvem privada com administradores dispostos.
Quando as organizações migram para microsserviços, elas precisam oferecer suporte a dezenas ou centenas de aplicativos específicos. Gerenciar esses endpoints separadamente significa oferecer suporte a um grande número de máquinas virtuais (VMs), incluindo demanda. O software de cluster, como o Kubernetes, pode criar pods e aumentá-los, mas o Kubernetes não oferece roteamento, regras de tráfego nem ferramentas robustas de monitoramento ou depuração.
Insira a malha de serviço.
À medida que o número de serviços aumenta, o número de formas potenciais de comunicação aumenta exponencialmente. Dois serviços têm apenas dois caminhos de comunicação. Três serviços têm seis, enquanto 10 serviços têm 90. Uma malha de serviço oferece uma maneira única de configurar esses caminhos de comunicação criando uma política para a comunicação.
Uma malha de serviço instrumenta os serviços e direciona o tráfego de comunicações de acordo com uma configuração predefinida. Em vez de configurar um contêiner em execução ou escrever código para fazê-lo, um administrador pode fornecer a configuração ao service mesh e fazer com que ele conclua esse trabalho. Anteriormente, isso tinha que acontecer com servidores web e comunicação entre serviços.
A maneira mais comum de fazer isso em um cluster é usar o padrão sidecar. Um sidecar é um novo contêiner, dentro do pod, que roteia e observa o tráfego de comunicações entre serviços e contêineres.
Camadas do Istio sobre o Kubernetes, adicionando contêineres que são essencialmente invisíveis para o programador e administrador. Chamados de contêineres sidecar, eles atuam como uma "pessoa no meio", direcionando o tráfego e monitorando as interações entre os componentes. Os dois funcionam em conjunto das três maneiras a seguir.
Configuração: o método principal para definir a configuração com Kubernetes é o comando kubectl, normalmente kubectl -f <filename>, onde o arquivo é um arquivo YAML. Os usuários do Istio podem executar tipos novos e diferentes de arquivos YAML com kubectl ou usar o comando novo, opcional e noturno.
Monitorização: Com o Istio, você pode monitorar a integridade de seus aplicativos em execução com o Kubernetes. A instrumentação do Istio pode gerenciar e visualizar a integridade dos aplicativos, fornecendo mais informações do que o monitoramento geral de cluster e nós que o Kubernetes fornece.
Gerenciamento: como a interface do Istio é essencialmente a mesma do Kubernetes, gerenciá-la exige pouco trabalho adicional. O Istio permite que o usuário crie políticas que impactem e gerenciem todo o cluster Kubernetes, reduzindo o tempo de gerenciamento de cada cluster e eliminando a necessidade de um código de gerenciamento personalizado.
Istio usa uma versão fortemente estendida do Envoy para realizar o monitoramento, gerenciamento e registro. Cada pod precisa ser rastreado, e o Istio precisa agregar e fornecer informações sobre todos os pods. Uma possível alternativa ao uso do Istio seria implantar o Envoy no cluster do Kubernetes diretamente e escrever código de gerenciamento. Isso é essencialmente recriar o Istio, com os custos e bugs associados de um projeto de desenvolvimento personalizado.