O Alibaba Cloud Service Mesh (ASM) oferece uma plataforma totalmente gerenciada de Service Mesh baseada em Kubernetes. É compatível com o Service Mesh de código aberto Istio. O ASM simplifica a governança de serviços, incluindo o roteamento e a divisão de tráfego entre serviços, a autenticação mútua para comunicação entre serviços e a observabilidade do mesh. Isso reduz significativamente a carga de trabalho de desenvolvimento e operações.
Introdução do produto
O ASM oferece as seguintes capacidades principais:
Protege a comunicação entre serviços com TLS mútuo, autorização baseada em identidade e autenticação.
Faz o balanceamento automático de carga para tráfego HTTP/HTTPS, gRPC, WebSocket e TCP.
Oferece controle de tráfego detalhado por meio de regras de roteamento, tentativas, failover e injeção de falhas.
Aplica controle de acesso, limitação de taxa e outras políticas extensíveis.
Proporciona observabilidade completa para todo o tráfego no cluster, incluindo entrada e saída, com métricas integradas, coleta de logs e rastreamento.
Arquitetura do serviço
O ASM é composto por duas partes: o plano de controle e o plano de dados.
O plano de controle lê as configurações do usuário e instrui o plano de dados sobre como processar o tráfego. Como o ASM gerencia totalmente o plano de controle, ele é mais estável e eficiente do que service meshes autoconstruídos.
O plano de dados consiste em proxies de rede implantados no seu cluster que interceptam e processam o tráfego de acordo com a configuração do plano de controle.
Formas e modos do plano de dados
O ASM suporta diversas formas de plano de dados, incluindo clusters gerenciados ACK, Container Compute Service (ACS), clusters ACK Serverless, clusters ACK Edge e clusters registrados ACK One, permitindo o gerenciamento de tráfego em infraestruturas heterogêneas.
A partir de 17 de fevereiro de 2025, o Alibaba Cloud Container Service for Kubernetes Serverless fechará a entrada para criação de clusters para novos usuários que ainda não criaram clusters. Para mais informações sobre este ajuste, consulte [Alteração de Produto] Aviso sobre o fechamento da entrada de criação de clusters ACK Serverless para novos usuários.
Atualmente, o ASM suporta dois modos de plano de dados:
Modo Sidecar: o ASM injeta automaticamente um proxy Envoy em cada pod de aplicação. O proxy gerencia todo o tráfego de entrada e saída do pod.
Modo Ambient: um proxy de Camada 4 é executado em cada nó. É possível implantar proxies Envoy no nível de namespace ou serviço para funcionalidade de Camada 7.
Para selecionar o modo de plano de dados adequado, consulte Escolher o modo Ambient ou o modo Sidecar?.
Edições
O ASM oferece Enterprise Edition e Ultimate Edition, cada uma com suporte a múltiplos protocolos, extensões dinâmicas, governança de serviços detalhada, um sistema abrangente de segurança de confiança zero e melhor desempenho em escala. Essas edições reduzem a barreira para executar o Service Mesh em produção e são ideais para interoperabilidade entre linguagens, governança detalhada e implantações de Service Mesh em grande escala.
|
Edição |
Descrição |
|
|
Commercial Edition |
Enterprise Edition |
Para produção de pequena a média escala. Suporta até 1.000 pods com aprimoramentos de nível empresarial e garantias de SLA. |
|
Ultimate |
Para produção em grande escala. Suporta até 10.000 pods com aprimoramentos de nível empresarial e garantias de SLA. |
|
Para mais informações sobre os recursos das edições Enterprise Edition e Ultimate Edition, consulte Recursos.
Para informações sobre como alterar as especificações de uma instância, consulte Alterar as especificações de uma instância ASM.
Para mais informações sobre as especificações de instâncias, consulte Anúncio de comercialização.
Recursos principais
A tabela a seguir lista os recursos principais do ASM. Para mais informações, consulte Recursos.
|
Recurso |
Descrição |
Referências |
|
Gerenciamento completo do ciclo de vida de instâncias do mesh |
Plano de controle totalmente gerenciado, compatível com as especificações da comunidade Istio. Suporta implantação, atualização e exclusão com um clique para reduzir a sobrecarga operacional. |
|
|
Suporte a aplicações em múltiplas infraestruturas |
Suporta aplicações no ACK, ACK Serverless, ACS, clusters de borda e clusters registrados ACK One. |
|
|
Gateways de entrada e saída unificados |
Pontos de entrada e saída de tráfego unificados para aplicações do mesh. Suporta ativação ou desativação do mTLS com um clique para criptografia de ponta a ponta e controle de tráfego. |
|
|
Múltiplos tipos de gerenciamento de tráfego |
Gerenciamento de tráfego multiprotocolo com canary releases de ponta a ponta, circuit breaking, limitação de taxa local, aquecimento de início lento e fallback de tráfego. |
|
|
Compatível com múltiplas capacidades de observabilidade |
Diagnóstico do mesh com rastreamento gerenciado integrado, monitoramento e logs para visibilidade de ponta a ponta. |
|
|
Sistema de segurança de confiança zero não intrusivo |
Segurança de confiança zero pronta para uso e configurável dinamicamente, com autenticação de identidade, gerenciamento de certificados, aplicação de políticas e análises visuais. |
|
|
Extensibilidade para lógica personalizada |
Marketplace de plugins com plugins de extensão prontos para uso, além de suporte para recursos EnvoyFilter personalizados. |
|
|
Integração abrangente com o ecossistema |
Integração com ferramentas comuns de GitOps e serviços Serverless e IA, como Knative e KServe. |
Faturamento
O ASM é dividido em Enterprise Edition e Ultimate Edition com base em diferentes recursos e capacidades de suporte. Ambas são edições comerciais com padrões de faturamento diferentes. Para mais informações sobre o faturamento do ASM, consulte Faturamento.
Limites de cota
Antes de usar o ASM, observe os seguintes limites:
Você pode criar no máximo 10 instâncias da Standard Edition + Lab. Não há limite de cota para a Enterprise Edition/Ultimate Edition. Para aumentar a cota, abra um ticket.
O número de pods para cada instância de mesh varia de acordo com as diferentes especificações de instância ASM. Para detalhes, consulte Cotas.
Antes de usar o ASM, certifique-se de ter ativado o Container Service for Kubernetes (ACK). Para informações sobre as limitações ao usar clusters do Alibaba Cloud Container Service for Kubernetes, consulte Cotas e limites.
Suporte a API
O ASM suporta tanto a Gateway API quanto a Istio API.
A Gateway API será a API padrão para service mesh no futuro. Se você está começando com a Istio API, comece pela Gateway API. Se já utiliza a Istio API, pode continuar usando-a.
A Gateway API e a Istio API compartilham muitas semelhanças. Antes de começar, observe as seguintes diferenças:
Na Istio API,
Gatewaydefine as regras do gateway sem implantar o Deployment/Service do gateway. Na Gateway API, o recursoGatewayconfigura o gateway e implanta sincronamente o Deployment/Service.O
VirtualServiceda Istio API configura todos os protocolos em um único recurso. A Gateway API utiliza recursos separados por protocolo, comoHTTPRouteeGRPCRoute.A Gateway API ainda não cobre totalmente todos os recursos do Istio.