A mesma tarefa toda semana
Criar VLAN, liberar cliente empresarial, trocar perfil de banda. Se a equipe repete os mesmos comandos, a rotina pode repetir por ela.
Automação · Provedores
As tarefas que a equipe repete toda semana viram rotinas testadas, que rodam sempre do mesmo jeito e deixam registro de cada execução.
Automação de rede é trocar o comando digitado à mão por rotinas testadas que fazem backup, ativam clientes, criam VLANs e aplicam o mesmo ajuste em dezenas de equipamentos. É para o provedor em que a equipe gasta horas com tarefas repetidas e cada técnico faz do seu jeito. O resultado é menos erro de digitação, tarefas que levavam uma tarde resolvidas em minutos e um histórico do que mudou na rede.
É escrever uma vez, em código, o passo a passo de uma tarefa da rede e deixar o computador repetir esse passo a passo sempre igual. A pessoa decide o que fazer; a rotina garante que seja feito do mesmo jeito em todo equipamento.
A automação de redes começa pelas tarefas que só leem: copiar configurações, coletar contadores, conferir se cada roteador segue o padrão. Elas não mudam nada e já mostram onde a rede foge do combinado.
Depois vêm as tarefas que escrevem, como criar VLAN ou trocar senha em massa. Ferramentas como o Ansible descrevem o estado desejado em arquivos de texto; o Python entra quando a tarefa precisa de lógica ou de conversar com outros sistemas.
Numa migração de rede, a automação gera a configuração do equipamento novo a partir de um modelo e confere o resultado. Na operação do dia a dia, ela se divide em quatro frentes:
Rotinas que entram em cada equipamento, copiam a configuração e guardam o histórico. É a primeira tarefa automatizada em quase todo provedor, porque não tem risco de derrubar nada.
Compara a configuração real com o modelo da empresa e lista o que está diferente: usuário esquecido, relógio errado, SNMP aberto. O modelo vem da padronização de configurações.
Liberar cliente, criar VLAN no switch e na OLT, mudar perfil de banda em todos os concentradores. A rotina aplica, confere e registra quem pediu.
O ERP avisa que o cliente pagou e a rede libera o acesso sem ninguém digitar. Esse tipo de ligação depende da API de cada sistema e costuma ser feito em Python.
Seis sinais mostram que a equipe está gastando com digitação o tempo que deveria ir para análise. Dois ou mais deles já justificam começar pela primeira tarefa.
Criar VLAN, liberar cliente empresarial, trocar perfil de banda. Se a equipe repete os mesmos comandos, a rotina pode repetir por ela.
Um número de VLAN trocado ou uma linha apagada já derrubou clientes. Rotina testada não erra a digitação.
A mesma ativação sai diferente conforme o turno. A automação força o caminho combinado.
Trocar a senha de gerência em 80 roteadores à mão leva dias e sempre sobra um esquecido.
A rede parou e não há registro da última alteração. Rotinas automatizadas deixam histórico de cada execução.
O número de assinantes dobrou e a equipe de rede é a mesma. Automatizar o repetitivo é o que libera horas.
São cinco etapas, e nenhuma rotina escreve na rede antes da quarta. Até lá, o trabalho é levantar, escolher a tarefa e testar fora da produção.
Lista do que a equipe repete, quanto tempo cada tarefa toma e quantas vezes ela já causou erro. Vira um ranking de onde começar.
Prazo: [PREENCHER]
Lista confiável de equipamentos, marcas, versões e um usuário próprio para a automação, com permissão separada.
Prazo: [PREENCHER]
A primeira rotina é escrita e roda em laboratório ou em dois ou três equipamentos de menor risco, com a saída conferida.
Prazo: [PREENCHER]
A rotina passa a rodar na rede inteira, com registro de cada execução e alerta quando algum equipamento falha.
Prazo: [PREENCHER]
Código no repositório, documentação de uso e uma sessão com quem vai rodar e ajustar as rotinas.
Prazo: [PREENCHER]
A automação cobre o levantamento, as rotinas combinadas, os testes e o repasse. O que fica de fora tem página própria, e a lista final de tarefas vai escrita na proposta.
O preço depende principalmente de quantas tarefas serão automatizadas e de quantas marcas a rede mistura. O valor exato sai por escrito, depois do levantamento.
| Fator | Como influencia | Exemplo |
|---|---|---|
| Número de tarefas | Cada tarefa pede rotina, teste e documentação próprios | Backup, VLAN e troca de senha somam três rotinas |
| Marcas na rede | Cada sistema tem comandos e respostas diferentes | MikroTik nos clientes, Huawei no núcleo e Datacom no acesso |
| Tipo de tarefa | Rotina que escreve na rede exige mais teste que rotina que só lê | Ativação de cliente contra coleta de backup |
| Integração com sistemas | Ligar ERP ou RADIUS depende da API disponível | Liberação automática quando o pagamento entra |
| Estado do inventário | Inventário errado precisa ser corrigido antes | Planilha de equipamentos com IPs desatualizados |
| Repasse | Treino mais longo para equipe que nunca usou código | Equipe que vai criar rotinas novas sozinha |
Faixa de preço para começar com uma ou duas tarefas: [PREENCHER faixa aprovada pela Táquion Tech]. Começar pequeno ajuda a medir o tempo poupado antes de ampliar.
Antes de assinar, confira os erros que mais derrubam redes automatizadas, a escolha da ferramenta e as perguntas que todo fornecedor deveria responder. Vale para avaliar qualquer empresa, inclusive a Táquion Tech.
Cinco falhas que transformam um ganho de tempo em queda geral. Pergunte ao fornecedor como ele evita cada uma.
Se cada roteador foi configurado de um jeito, a rotina tropeça em exceções ou espalha a diferença. Padronizar vem antes de automatizar.
Um erro na rotina vira o mesmo erro em cem equipamentos ao mesmo tempo. A rotina nova roda primeiro em poucos, e só depois em grupos maiores.
Com a senha pessoal de um técnico, não dá para saber o que foi a rotina e o que foi a pessoa. A automação precisa de usuário próprio.
Código vai para repositório, e-mail e notebook. Senhas ficam num cofre separado, nunca no arquivo da rotina.
Sem documentação e repositório, a automação morre quando o autor sai. Peça o código e o histórico desde o primeiro dia [CONFIRMAR termos de propriedade no contrato].
Não existe ferramenta única. A escolha depende da tarefa, das marcas e de quem vai manter depois.
| Ferramenta | Melhor para | Quem mantém |
|---|---|---|
| Ansible | Mesma configuração em muitos equipamentos | Equipe com noção de arquivos de texto |
| Python | Lógica, integração e relatórios | Alguém que programe |
| Script do equipamento | Tarefa local num único aparelho | Técnico da marca |
Muitos equipamentos recebendo a mesma mudança, com o estado desejado descrito em arquivos legíveis.
O suporte a cada marca depende de módulos mantidos por terceiros [CONFIRMAR na documentação].
Tarefas que decidem, cruzam dados do ERP com a rede ou geram relatório. Veja a automação com Python.
Exige alguém que leia código na equipe, ou um contrato de manutenção.
Tarefas que rodam dentro de um aparelho, como agendamentos no RouterOS. Veja os scripts para MikroTik.
Fica espalhado em cada equipamento e some quando ele é resetado.
As respostas mostram se a automação vai durar ou depender de uma pessoa.
A resposta certa cita laboratório, modo de simulação ou poucos equipamentos de baixo risco, nunca "roda e vê".
Peça o comportamento esperado: parar no primeiro erro, avisar quem e voltar ao backup tirado antes da execução.
Código num repositório seu, senhas num cofre. Se o fornecedor guarda tudo na máquina dele, a automação é dele.
Com estes itens em mãos, a proposta sai mais precisa.
As cinco tarefas que mais tomam tempo da equipe, com quantas vezes cada uma acontece por mês.
Planilha ou sistema com equipamentos, IPs de gerência, marcas e versões, mesmo que incompleta.
Máquina virtual Linux dentro da rede de gerência, onde as rotinas vão rodar.
Porque a automação é feita por quem opera rede, testada antes de escrever e entregue para a sua equipe manter. Seis compromissos valem para toda automação.
Quem escreve a rotina conhece BGP, OLT e concentrador. O código nasce do jeito que a rede funciona.
[PREENCHER: anos de experiência com automação da equipe]
As primeiras rotinas só leem. A escrita entra quando o inventário e o padrão estão conferidos.
Ordem fixa em todo projeto
Toda rotina roda em laboratório ou em poucos equipamentos antes de alcançar a rede inteira.
Resultado do teste entregue junto com a rotina
Repositório seu, com histórico e documentação. A próxima pessoa entende sem ligar para ninguém.
Entregue no fim de toda automação [CONFIRMAR termos de propriedade no contrato]
A escolha da ferramenta vem da tarefa e de quem vai manter, sem comissão de fabricante.
Nenhuma ferramenta indicada por comissão
O trabalho é feito por acesso seguro à rede de gerência. Não há deslocamento para pagar.
[PREENCHER: estados atendidos]
A automação de rede é feita à distância para provedores de todo o Brasil. A visita presencial fica para o litoral de Santa Catarina, quando é preciso montar laboratório ou servidor no POP.
Acesso seguro à rede de gerência, rotinas testadas à distância e repasse por videochamada, de qualquer estado.
Para instalar o servidor das rotinas, montar laboratório ou treinar a equipe no escritório. [CONFIRMAR área de atendimento]
As dúvidas que donos e técnicos de provedor trazem antes de automatizar. Se a sua não estiver aqui, pergunte no WhatsApp.
Pelo backup das configurações ou pela conferência de padrão, que só leem e não derrubam nada. Elas também revelam se o inventário está certo, base de todas as rotinas seguintes.
Uma rotina mal testada pode, e mais rápido que uma pessoa. Por isso ela roda primeiro em laboratório ou em poucos equipamentos, com backup tirado antes de cada execução.
Depende do número de tarefas, das marcas e das integrações com outros sistemas. A faixa para começar é [PREENCHER], e o valor exato sai depois do levantamento.
Depende do estado do inventário e da tarefa escolhida. O prazo típico é [PREENCHER], e o do seu caso vai escrito na proposta.
Sim, desde que cada marca aceite acesso por SSH ou API. Marcas sem suporte pronto nas ferramentas pedem mais tempo de teste [CONFIRMAR na documentação].
Não. Ela tira a digitação repetida e deixa a equipe livre para diagnóstico, projeto e atendimento ao cliente empresarial.
A ferramenta é escolhida pensando em quem vai manter, e o serviço inclui documentação e repasse. Para formação mais longa, há os treinamentos para provedores.
A padronização define como cada equipamento deve estar. A automação aplica e confere esse padrão em todos de uma vez; sem o padrão, ela não tem o que seguir.
O código é entregue num repositório seu, com histórico e documentação [CONFIRMAR termos de propriedade no contrato]. Senhas ficam num cofre separado do código.
Sim, por Ansible, Python ou pelos próprios scripts do RouterOS. Para tarefas que rodam dentro do roteador, veja o desenvolvimento de scripts para MikroTik.
Três serviços que costumam vir antes ou junto da automação. Cada um resolve uma parte do trabalho.
Playbooks que aplicam a mesma configuração em dezenas de equipamentos de uma vez.
Ver a automação com Ansible
Scripts e integrações sob medida quando a tarefa precisa de lógica ou de outro sistema.
Ver a automação com Python
O modelo escrito de cada equipamento, que a automação passa a aplicar e conferir.
Ver a padronização de configuraçõesTrês guias para entender o que a automação muda na operação.
Como guardar a configuração da rede em arquivos versionados.
Onde a inteligência artificial já ajuda a equipe de rede e onde ainda não.
Como coletar métricas da rede para alimentar alertas e relatórios.
Orçamento
Diga qual tarefa mais toma tempo da equipe e quantos equipamentos você tem. Um Especialista devolve escopo, prazo e valor por escrito.
Falar com o André Comercial, no WhatsApp