O ISM administra por SSH qualquer equipamento que fale por linha de comando — switch, roteador, firewall, controladora, servidor: inventário, execução de comandos em massa, backup e comparação de configuração, automação agendada, terminal gravado e auditoria de tudo. Um lugar só — do equipamento que ninguém documentou até a mudança que precisa acontecer hoje à noite em duzentos deles.
Infraestrutura corporativa é administrada há vinte anos do mesmo jeito: uma planilha com os equipamentos, um cliente SSH aberto em quatro abas, um script que só uma pessoa sabe rodar e um histórico que existe na memória de quem estava de plantão.
O ISM junta isso num produto. Ele conhece os equipamentos — de switch de acesso a firewall, controladora e servidor Linux —, fala com eles pelo protocolo que já existe: SSH, sem agente instalado, sem porta nova, sem mudar nada na rede. E transforma cada operação em algo planejado, revisável e registrado.
Não é um monitor de gráficos. É a ferramenta de quem precisa fazer alguma coisa em duzentos equipamentos hoje, e responder amanhã pelo que foi feito.
Tirar o risco da operação manual — sem tirar da pessoa a decisão do que fazer.
Toda execução mostra o comando final, equipamento por equipamento, antes de abrir a primeira sessão.
O que funcionou vira template versionado, e o template vira agendamento. A terceira vez custa um clique.
Configuração versionada, comparação entre versões e rollback declarado no próprio plano de execução.
Acesso, comando, sessão de terminal e mudança de configuração deixam rastro por construção — não por configuração.
Dez áreas do produto. Todas sobre os mesmos equipamentos, as mesmas permissões e o mesmo registro.
A frota inteira numa tabela só — switch, roteador, firewall, controladora, servidor —, por site, por plataforma, por etiqueta, com o que o ISM descobriu sozinho ao falar com cada equipamento.
Um plano de execução, um só executor, e a prévia do que vai acontecer antes de qualquer coisa acontecer.
Cada backup é uma versão. Comparar duas datas — ou dois equipamentos — é uma tela, não um arquivo baixado e um diff no editor.
O que se repete deixa de depender de alguém lembrar. A mesma automação da tela, no horário, com o mesmo registro.
SSH de verdade, dentro do produto, com a sessão inteira registrada — inclusive o que foi digitado às três da manhã.
Quem fez, o quê, onde, quando — e com qual credencial. Auditoria não é relatório: é o registro que nasce junto com a ação.
A discussão do incidente acontece junto do equipamento, da execução e da sessão de que ela trata — e o vínculo é um dado, não um texto colado.
O conhecimento que hoje mora no chat de alguém: procedimento, particularidade do site, o motivo daquela exceção.
Um assistente nativo que lê o inventário, a execução e a documentação — dentro do que o papel de quem pergunta permite ver.
Um provedor que atende dez clientes opera dez ambientes na mesma instalação — separados por árvore de disco, não por uma coluna numa tabela.
Da tela, do agendamento ou da linha de comando, é sempre este caminho — e é sempre o mesmo motor. Não existe uma segunda porta por onde um comando chegue ao equipamento.
Os equipamentos que existem, com plataforma, site e etiquetas. Nada é executado contra um alvo que o ISM não conhece.
Quem entra nesta execução e com quais valores. Cinco escopos, do sistema ao equipamento — e segredo nunca vira texto no plano.
O comando final, renderizado por equipamento, antes de abrir SSH. É aqui que o erro de digitação morre — e não em produção.
Canário primeiro, depois lotes. Cada passo com validação, e rollback quando o plano declara um. O progresso é ao vivo.
O que aconteceu em cada equipamento, com saída, duração e motivo da falha. Meia execução é registrada como parcial, nunca como sucesso.
Cada fabricante fala à sua maneira — prompt de configuração, paginação, confirmação, padrão de erro. O ISM guarda essa diferença dentro dele para que a sua operação não precise guardá-la. E o que não está no catálogo entra pelo SSH genérico: se o equipamento tem linha de comando, o ISM opera nele — o que muda é quanto ele sabe automatizar sozinho.
Um produto que executa comandos em equipamento de produção precisa ter opinião. Estas são as do ISM.
Tela, agendamento e linha de comando montam o mesmo plano e chamam o mesmo executor. Existe um teste que falha se aparecer um segundo.
Nenhuma sala, nenhum bot, nenhum exemplo semeado. O que estiver no seu ambiente foi você quem pôs lá.
War room, mudança e execução nascem de alguém que decidiu. O ISM avisa, prepara e registra — não age sozinho no lugar de ninguém.
Nenhuma fonte remota, nenhum script de terceiro, nenhuma telemetria. Em rede microssegmentada, o que depende da internet falha calado.
Não há modo silencioso. Acesso, execução, sessão de terminal e mudança de configuração deixam rastro por construção.
Falha traz o motivo, o equipamento e o próximo passo. Mensagem de erro viaja por código interno — nunca por texto solto na barra de endereço.
O ISM é um produto de operação: o acesso é dado pelo administrador do seu ambiente, com o papel certo. Se você já tem conta, é por aqui.
Todo acesso e toda execução ficam registrados na auditoria.
