O capítulo 22 da análise leva você a concluir a regra de destino do Istio

Série de artigos:


Índice Geral do Catálogo: Nove análises facilitam a conclusão do tutorial da série Istio Service Grid

Diretório

1 Introdução

2 Convite

3 Introdução

4 escala de cinza

5 exemplo de regra de destino

    5.1 Arquivos de recursos do cliente

    5.2 arquivo de recurso de implantação

    5.3 arquivo de recurso de serviço

    5.4 Arquivo de recursos do serviço virtual Istio

    5.5 Arquivo de recursos da regra de destino do Istio

6 injeção de Istio

7 Verifique a regra de destino


1 Introdução

        Se você tiver alguma dúvida sobre o blog, entre em contato.1.png


2 Convite

        Você pode procurar por "Nine Analysis" da estação b para obter materiais de vídeo mais vívidos e gratuitos:clipboard2.png


3 Introdução

        Na seção anterior, apresentamos um exemplo do uso do Serviço Virtual para distribuir o tráfego por peso. Todo o processo é mostrado no seguinte diagrama de arquitetura:clipboard3.png

        Todo o processo de controle de fluxo é resolvido adicionando apenas um serviço virtual.O código do serviço virtual é o seguinte:clipboard4.png

        Mas a solução acima é que o chamador pode chamar o Pod final por meio de duas camadas de serviços (por exemplo: o cliente precisa passar web-svc e nginx-svc para finalmente chamar o Nginx Pod). Esse efeito pode ser alcançado com apenas uma camada de serviço? (Ou seja: apenas via web-svc). A resposta é sim.


4 escala de cinza

        De fato, a amostra acima é muito imitadora, resultando em nenhuma cena de trabalho real pode ser copiada, apenas para mostrar a função de serviço virtual independente.

        Mas distribuir o tráfego por peso é realmente um requisito comum no trabalho, como escala de cinza, canário, liberação azul e verde etc.

        Escala de cinza significa que as coisas não são tão abertas.Por exemplo, se você deseja encenar uma história de amor em Tóquio com uma mulher favorita, sua abordagem provavelmente é ambígua, acaricia, beija e, finalmente, a aplaude. A essência de todo o processo é concluir uma transferência de estado, ou seja, do estado de luta sozinho para o estado de aplauso do trabalho em equipe.

        O processo de liberação em escala de cinza é semelhante ao processo acima e é um processo passo a passo de acompanhamento. Ou seja: o serviço da versão v1 foi alterado para a versão v2, mas não adota uma abordagem extrema brutal. O método específico é primeiro cortar 20% do tráfego para a versão v2, observar que, por um tempo, nada de anormal acontece, depois cortar 20% do tráfego e depois mudar gradualmente o restante do tráfego restante e finalmente concluir a substituição de toda a versão e a transferência de todo o tráfego do usuário.


5 exemplo de regra de destino

        A seguir, é apresentado o uso do serviço virtual + regra de destino para obter uma versão em escala de cinza. A regra da teoria do destino é apresentada no próximo capítulo. O diagrama da arquitetura de toda a amostra é o seguinte:clipboard5.png

        Os arquivos de recursos exigidos pela amostra são descritos a seguir:

# Cliente, usado para acessar arquivos de recursos de contêiner de httpd-v1 e httpd-v2

jiuxi-client.yaml

# deployment, declare e defina o arquivo de recurso do httpd

jiuxi-deploy.yaml

# service, arquivo de recurso associado ao pod httpd

JIUXIN-svc.yaml

# Istio virtual service, um arquivo de recurso que declara roteamento e pesos de tráfego

jiuxi-vs.yaml

# Regra de destino Istio, arquivo de recurso que define o roteamento de tráfego

JIUXIN-dr.yaml

5.1 Arquivos de recursos do cliente

        jiuxi-client.yaml:clipboard6.png

5.2 arquivo de recurso de implantação

        jiuxi-deploy.yaml:clipboard7.png

5.3 arquivo de recurso de serviço

        JIUXIN-svc.yaml:clipboard8.png

5.4 Arquivo de recursos do serviço virtual Istio

        jiuxi-vs.yaml:clipboard9.png

5.5 Arquivo de recursos da regra de destino do Istio

        JIUXIN-dr.yaml:clipboard10.png


6 injeção de Istio

        Para que a regra de serviço e destino virtual entre em vigor, ambas as partes devem estar na grade de serviço do Istio, ou seja, devem ser injetadas pelo Istio e a instrução de execução é a seguinte:

istioctl injeta -f jiuxi-client.yaml | babectl aplicar -f -

istioctl injeta -f jiuxi-deploy.yaml | babectl aplicar -f -


7 Verifique a regra de destino

        Efetue login no contêiner do cliente busybox, acesse jiuxi-svc e verifique se o dr entrou em vigor.A captura de tela é a seguinte:clipboard11.png

        Desde então, o Nine Analysis levou você a explodir facilmente a instância da regra de destino do Istio.

Acho que você gosta

Origin blog.51cto.com/14625168/2487428
Recomendado
Clasificación