Experiências 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 contra os quais essas falhas devem ser executadas.
Uma experiência está dividida em duas secçõ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 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 que não são de 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 resto 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. Etapas e ramificações permitem que você injete várias falhas em recursos em seu ambiente em paralelo.
Cada ramificação tem uma ou mais ações, que são as falhas que você deseja executar ou atrasos de tempo. As falhas são ações que causam algum transtorno. A maioria das falhas leva um ou mais parâmetros, como a duração para executar a falha ou a quantidade de tensão a ser aplicada.
Experiências entre subscrições e entre inquilinos
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 a API REST do Chaos Studio para criar, atualizar, iniciar, cancelar e exibir o status de um experimento.
Os experimentos do caos podem direcionar recursos em uma assinatura diferente do experimento se a assinatura estiver dentro do mesmo locatário do Azure. Os experimentos do Caos podem direcionar recursos em uma região diferente do experimento se a região for uma região suportada pelo Chaos Studio.
Documentando experiências de caos
Há vários aspectos-chave do seu processo de experimentação do caos que você pode acompanhar e modificar ao longo do tempo. Uma abordagem é usar itens de trabalho em Painéis do Azure ou em Projetos do GitHub. 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. Essa documentação pode incluir informações como o objetivo do experimento, os resultados esperados, as etapas seguidas, os recursos envolvidos e quaisquer observações ou aprendizados do experimento.
| Item | Detalhes |
|---|---|
| Hipótese | Definir o objetivo e os resultados esperados da experiência |
| Âmbito de Destino | Identifique qual parte do sistema será submetida a experimentos de caos (por exemplo, rede, banco de dados, camada de aplicação). |
| Duração | Especifique o período de tempo para o experimento de caos. |
| Destino | Determine os alvos ou componentes específicos dentro do sistema. |
| Environment | Defina se o experimento será conduzido em um ambiente de produção, preparação ou desenvolvimento. |
| Observações | Registar quaisquer dados ou comportamentos observados durante a experiência. |
| Resultados | Resuma as descobertas e os resultados do experimento. |
| Action Items | Liste todos os itens de ação ou etapas a serem tomadas com base nos resultados. |
A hipótese é um aspeto crucial de um experimento de caos, pois define o objetivo e os resultados esperados do experimento. Ajuda a testar a capacidade do sistema de lidar com interrupções inesperadas de forma eficaz. 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. Ao aproveitar os recursos dos Painéis do Azure ou dos Projetos do GitHub, você pode colaborar com sua equipe, atribuir tarefas, definir datas de vencimento e acompanhar o progresso geral de suas iniciativas de engenharia do caos.
Próximos passos
Agora que você entendeu o que é um experimento de caos, está pronto para: