Experimentos de caos
No Azure Chaos Studio, você cria e executa experimentos de caos. Um experimento de caos é um recurso do Azure que descreve as falhas que devem ser executadas e os recursos em que essas falhas devem ser executadas.
Este experimento é dividido em duas seções:
Seletores: os seletores são grupos de recursos de destino que têm falhas ou outras ações executadas contra eles. Um seletor permite agrupar logicamente os recursos para reutilização em várias ações.
Por exemplo, você pode ter um seletor chamado
AllNonProdEastUSVMs, no qual você adicionou todas as máquinas virtuais de não produção no Leste dos EUA. Em seguida, você pode aplicar pressão de CPU seguida de pressão de memória virtual a essas máquinas virtuais fazendo referência ao seletor.Lógica: o restante do experimento descreve como e quando executar falhas. Um experimento é organizado em etapas que são executadas uma após a outra. Cada etapa tem uma ou mais ramificações que são executadas ao mesmo tempo. As etapas e as ramificações permitem injetar várias falhas nos recursos em seu ambiente em paralelo.
Cada branch tem uma ou mais ações, que são as falhas que você deseja executar ou atrasos de tempo. Falhas são ações que causam alguma interrupção. A maioria das falhas recebe um ou mais parâmetros, como a duração para executar a falha ou a quantidade de estresse a ser aplicada.
Experimentos entre assinaturas e entre locatários
Um experimento de caos é um recurso do Azure implantado em uma assinatura, grupo de recursos e região. Você pode usar o portal do Azure ou API REST do Chaos Studio para criar, atualizar, iniciar, cancelar e exibir o status de um experimento.
Os experimentos de caos podem direcionar recursos em uma assinatura diferente do experimento se a assinatura estiver dentro do mesmo locatário do Azure. Os experimentos de caos podem direcionar recursos em uma região diferente do experimento se a região for uma região com suporte para o Chaos Studio.
Documentando experimentos de caos
Há vários aspectos importantes do processo de experimento do caos que você pode acompanhar e modificar ao longo do tempo. Uma abordagem é usar itens de trabalho no Azure Boards ou no GitHub Projects. Ao criar itens de trabalho dedicados para cada experimento, você pode acompanhar os detalhes, o progresso e os resultados de seus experimentos de maneira estruturada. Esta documentação pode incluir informações como a finalidade do experimento, os resultados esperados, as etapas seguidas, os recursos envolvidos e quaisquer observações ou aprendizados do experimento.
| Item | Detalhes |
|---|---|
| hipótese | Definir os resultados objetivos e esperados do experimento |
| Escopo de Destino | Identifique qual parte do sistema será submetida a experimentos de caos (por exemplo, rede, banco de dados, camada de aplicativo). |
| Duration | Especifique o período para o experimento de caos. |
| Destino | Determine os destinos ou componentes específicos dentro do sistema. |
| Ambiente | Defina se o experimento será realizado em um ambiente de produção, preparo ou desenvolvimento. |
| Observações | Registre todos os dados ou comportamentos observados durante o experimento. |
| Resultados | Resumir os resultados e os resultados do experimento. |
| Itens de Ação | Liste quaisquer itens de ação ou etapas a serem tomadas com base nos resultados. |
A hipótese é um aspecto crucial de um experimento de caos, pois define os resultados objetivos e esperados do experimento. Ele ajuda a testar efetivamente a capacidade do sistema de lidar com interrupções inesperadas. Ao formular uma hipótese clara, você pode concentrar seu experimento em áreas específicas do sistema e coletar dados significativos para avaliar sua resiliência. Aproveitando os recursos do Azure Boards ou do GitHub Projects, você pode colaborar com a sua equipe, atribuir tarefas, definir datas de conclusão e acompanhar o progresso geral de suas iniciativas de engenharia do caos.
Próximas etapas
Agora que você entende o que é um experimento de caos, você está pronto para: