Skip to main content
Gestão de Mudanças é onde toda mudança no seu ambiente é planejada, revisada, aprovada e executada sob controle. Cada mudança é registrada como uma GMUD (Gestão de Mudança), e nada que altere um sistema é executado antes que as pessoas certas tenham aprovado. É o mesmo princípio do restante do Myrmex — a IA propõe, você aprova — aplicado ao momento em que uma mudança realmente acontece.
Uma GMUD é uma única solicitação de mudança: o que será alterado, por quê, em quais sistemas, quando, como será revertida e quem aprovou. Ela carrega a mudança do rascunho até a execução concluída e auditada.

​
Dois Tipos de Mudança

A Gestão de Mudanças lida com dois tipos de mudança, e a diferença está principalmente em como cada um é executado:

Mudança comum

Uma mudança que você (ou a IA) planeja — uma edição de configuração, uma alteração de regra de firewall, uma tarefa de manutenção. Ela tem um plano de implementação e um plano de rollback, e uma vez aprovada você a inicia explicitamente com Execute. Os agentes então executam os passos.

Patch de atualização

Uma implantação de patch de sistema operacional que se origina na área de Updates. A IA agenda os patches pendentes em uma janela de manutenção; uma vez aprovada, o agente instala automaticamente na janela — sem Execute manual.
Ambos os tipos compartilham o mesmo ciclo de vida, o mesmo gate de aprovação, a mesma janela de mudança e a mesma trilha de auditoria. Diferem apenas no momento da execução: uma mudança comum é disparada sob demanda, um patch roda dentro da sua janela agendada. O fluxo de aprovação cobre ambos.

​
O Ciclo de Vida de uma Mudança

Uma GMUD percorre um conjunto fixo de estados. O caminho feliz tem seis etapas; alguns estados de exceção encerram uma mudança que não terminou normalmente.
1

Rascunho

A mudança está sendo redigida — identificação, justificativa, risco, janela e passos de implementação/rollback. Totalmente editável.
2

Submetida

Enviada para aprovação. Agora aguarda os aprovadores conforme a regra de aprovação correspondente.
3

Aprovada

Aprovações suficientes foram registradas. Uma mudança comum está pronta para Execute; um patch está pronto para rodar na sua janela.
4

Agendada

A mudança está na fila para sua janela de mudança. Enquanto agendada, o registro se atualiza automaticamente a cada 60 segundos.
5

Em execução

Os agentes estão rodando os passos. Para um patch, os pacotes estão sendo instalados nos hosts alvo.
6

Concluída

Todos os passos foram concluídos com sucesso. A mudança é encerrada e totalmente auditada.
Fora do caminho feliz, uma mudança também pode terminar como:
Editar uma mudança após ela ser submetida a reinicia. Editar uma mudança submetida, aprovada ou agendada cancela qualquer execução despachada e a devolve para Rascunho — ela precisa ser submetida e aprovada novamente. Isso é intencional: uma mudança aprovada é aprovada como foi escrita.

​
Anatomia de uma Mudança

Toda GMUD é um documento estruturado. Ao abrir uma, ela é organizada nas seções que um comitê de aprovação de mudanças esperaria:

Identificação da Mudança

Título, status, tipo de mudança, categoria técnica e kind (mudança comum ou patch).

Contexto e Justificativa

O problema ou motivação, o objetivo e o resultado esperado, e o que está explicitamente dentro do escopo e fora do escopo.

Avaliação de Risco e Impacto

Probabilidade, impacto e o nível de risco final; serviços e usuários impactados, indisponibilidade esperada, riscos de segurança/compliance e dependências.

Sistemas afetados (CIs)

Os dispositivos e integrações que a mudança toca, cada um vinculado como afetado ou dependente — assim o raio de impacto fica explícito.

Janela de Mudança

Início e fim da janela de manutenção, mais comunicação aos stakeholders. O registro mostra quando a janela abre e fecha.

Planos de Implementação e Rollback

Os passos ordenados para fazer a mudança e os passos para desfazê-la — veja abaixo.

​
Passos de implementação e rollback

O plano é uma lista de passos ordenados, cada um marcado como Implementação ou Rollback. Um passo registra a atividade, sua ordem, um responsável, uma duração esperada e — opcionalmente — um alvo (um dispositivo ou integração específica) e uma ação a ser executada nele. Durante a execução, cada passo mostra seu próprio status, para você ver exatamente até onde a mudança chegou e o que resta caso algo precise ser desfeito.
Um plano de rollback sólido é o que torna uma mudança segura de aprovar. Peça à IA para preparar um para você — “adicione um plano de rollback que reverta esta alteração de regra de firewall.”

​
Como Chegar Lá

Abra Gestão de Mudanças no Directory à esquerda do console. Ela lista suas mudanças para o contexto que você tem selecionado — mudanças comuns e mudanças de patch são mostradas com ícones distintos — e cada uma abre como uma aba no Workspace. Visualizá-la exige a permissão gmuds.read. Você também pode trazer uma mudança para dentro de uma conversa: @-mencione uma mudança (ou um patch) como uma entidade de contexto e peça à IA sobre ela, ou peça para redigir ou ajustar uma.

​
Onde a IA se Encaixa

A Gestão de Mudanças é profundamente ligada aos agentes:
  • Redação — peça ao Centurion para preparar uma mudança e ele preenche a identificação, o risco, a janela e um primeiro plano de implementação/rollback para você revisar.
  • Propondo patches — a IA revisa as atualizações pendentes e propõe uma mudança de patch (uma GMUD do tipo patch) com uma janela de manutenção (veja Gerenciamento de Patches e Atualizações).
  • Execução — uma vez que você aprova (e, para uma mudança comum, clica em Execute), os agentes executam os passos, conduzidos a partir do Workspace.
Em todo o percurso, você mantém o gate: nenhuma mudança sai do estágio de aprovação sem uma decisão humana, e cada ação — humana, do agente ou do sistema — é gravada no histórico da mudança.

​
Trilha de Atividade e Exportação

Toda GMUD carrega uma linha do tempo de Atividade: quando foi criada e por quem, cada aprovação ou recusa (com o motivo dado), cada passo conforme foi executado e a última atualização. Ela responde “quem fez o quê, e quando?” no próprio registro. Você também pode exportar a mudança em PDF — para um comitê de aprovação de mudanças ou um auditor — direto do registro.

​
Próximo

Fluxo e regras de aprovação

Como submit → approve → execute funciona, e como governar quem deve aprovar o quê.

Gerenciamento de Patches e Atualizações

Revise as atualizações do SO pendentes e aprove os cronogramas de patch que a IA propõe.