ERP e rede não conversam
Cliente paga e alguém precisa liberar à mão no concentrador. Ou fica bloqueado depois de pagar.
Python · Provedores
Automação com Python para provedores
Scripts e integrações sob medida que ligam a rede ao ERP, ao RADIUS e ao monitoramento, com testes e código que a sua equipe consegue ler.
- Integração por API, sem digitação
- Testes que rodam antes de cada mudança
- Registro de cada execução
Automação com Python é escrever programas sob medida para a rede: ligar o ERP aos equipamentos, coletar dados de OLTs para relatório, conferir configurações e reagir a eventos sem ninguém digitar. É para o provedor com sistemas que não conversam entre si e tarefas que nenhuma ferramenta pronta resolve. O resultado é um processo que roda sozinho, testado e documentado, no servidor do próprio provedor.
O que é automação com Python
É usar a linguagem Python para escrever rotinas que conversam com equipamentos de rede e com outros sistemas do provedor. Entra quando a tarefa precisa decidir, cruzar dados ou reagir a um evento.
Na automação de redes, o Python tem bibliotecas prontas para entrar em equipamentos por SSH, ler respostas de comando, falar NETCONF ou usar a API de cada marca. Isso encurta o desenvolvimento e evita reinventar a conexão.
Configuração igual em muitos equipamentos costuma ficar mais simples no Ansible. O Python ganha quando há lógica: "se o cliente está inadimplente no ERP, bloqueia no concentrador e abre chamado".
Numa migração de rede, scripts em Python leem a configuração do equipamento antigo, convertem os dados e geram a do novo. No dia a dia, os usos se dividem em quatro grupos:
Integração com ERP e RADIUS
O pagamento entra no ERP e a rede libera o cliente; o plano muda e o perfil de banda acompanha. Depende de o ERP ter API ou banco acessível [CONFIRMAR na documentação do ERP].
Coleta e relatórios
Ocupação de portas PON, sinal óptico por cliente, uso de trânsito por hora. O script coleta, organiza e entrega planilha ou alimenta um painel.
Conferência de configuração
Compara cada equipamento com o modelo da empresa e aponta desvios. O modelo vem da padronização de configurações.
Reação a eventos
Um alarme chega e o script coleta logs, contadores e vizinhos antes de o técnico abrir o terminal. Ele prepara o diagnóstico; a decisão continua com a pessoa.
Quando você precisa de automação com Python
Seis situações pedem código sob medida em vez de ferramenta pronta. Se uma delas toma horas da equipe toda semana, a conta costuma fechar rápido.
Relatório montado à mão
Todo mês alguém copia números de OLT, roteador e ERP para uma planilha. O script faz em minutos.
Lógica que o Ansible não cobre
A tarefa depende de condições, de cruzar dados ou de chamar outro sistema no meio do caminho.
Alerta que ninguém tem
Você quer saber quando uma PON passa de 80% ou quando um cliente empresarial perde sinal, e o monitoramento não avisa.
Migração com milhares de linhas
Converter a configuração de 2 mil clientes de um concentrador para outro não cabe em copiar e colar.
Script antigo sem dono
Existe um script que alguém escreveu, ninguém entende e todo mundo tem medo de mexer.
Como funciona a automação com Python
São cinco etapas, e o código só toca a rede de produção na quarta. Antes disso, ele roda com dados reais em modo de leitura e passa pelos testes.
Definição do problema
O que entra, o que sai e o que o script nunca pode fazer. Vira um documento curto que você aprova.
Prazo: [PREENCHER]
Protótipo em leitura
Primeira versão roda contra a rede e os sistemas reais, só lendo, para provar que as conexões e os dados funcionam.
Prazo: [PREENCHER]
Testes e casos de erro
Equipamento fora do ar, resposta inesperada, ERP lento. Cada caso tem teste automático e comportamento definido.
Prazo: [PREENCHER]
Implantação
Instalação no seu servidor, com agendamento, registro de execução e aviso quando algo falha.
Prazo: [PREENCHER]
Entrega do código
Repositório com código comentado, instruções de instalação e uma sessão com quem vai manter.
Prazo: [PREENCHER]
O que está incluído na automação com Python
O serviço cobre o desenvolvimento, os testes, a instalação e a entrega do código. O que fica de fora tem página própria, e a lista de scripts vai escrita na proposta.
Incluído
- Documento do problema, com entradas, saídas e limites
- Scripts das tarefas combinadas na proposta
- Conexão com equipamentos por SSH, NETCONF ou API
- Integração com ERP, RADIUS ou monitoramento, quando há API
- Testes automáticos dos casos de erro
- Instalação no seu servidor, com agendamento
- Registro de execução e aviso de falha
- Repositório com código comentado e documentação
Não incluído
- Compra de servidor (a Táquion Tech não vende equipamento)
- Configuração igual em muitos equipamentos, da automação com Ansible
- Telas para a equipe usar no navegador, do desenvolvimento de ferramentas internas
- Painéis gerenciais com os dados coletados, do desenvolvimento de dashboards
- Liberação de API pelo fornecedor do ERP, que depende dele
Quanto custa a automação com Python
O preço depende principalmente da lógica do script e de quantos sistemas ele precisa ligar. O valor exato sai por escrito, depois da definição do problema.
| Fator | Como influencia | Exemplo |
|---|---|---|
| Sistemas integrados | Cada API tem autenticação, limites e formato próprios | ERP, RADIUS e Zabbix no mesmo fluxo |
| Lógica | Mais condições pedem mais testes | Bloqueio que considera plano, contrato e histórico |
| Marcas de equipamento | Cada sistema responde de um jeito ao mesmo comando | Huawei e ZTE nas OLTs, MikroTik nos concentradores |
| Escrita na rede | Script que altera configuração exige mais proteção | Liberação de cliente contra relatório de sinal |
| Código existente | Script antigo precisa ser lido antes de reaproveitar | Rotina sem documentação herdada de outra equipe |
| Manutenção depois | Ajustes quando o ERP ou o equipamento muda | Atualização de sistema que muda a resposta da API |
Faixa de preço para um script de coleta ou relatório: [PREENCHER faixa aprovada pela Táquion Tech]. Integrações que escrevem na rede ficam acima, pelo volume de testes.
O que conferir antes de contratar automação com Python
Antes de assinar, confira os erros que tornam um script perigoso, as bibliotecas mais usadas e as perguntas que separam código de verdade de improviso. Vale para qualquer fornecedor, inclusive a Táquion Tech.
Erros comuns em scripts de rede
Falhas que aparecem em scripts escritos às pressas. Peça ao fornecedor que diga como evita cada uma.
Sem tratamento de erro
Um equipamento fora do ar trava o script no meio, e metade da rede fica com a mudança e metade sem. O script precisa saber parar e avisar.
Senha dentro do código
O arquivo circula por e-mail e repositório. Senhas e chaves de API ficam em variáveis de ambiente ou cofre, separadas do código.
Dependências sem versão fixa
Uma atualização de biblioteca muda o comportamento e o script para de funcionar sem ninguém ter mexido. As versões usadas ficam registradas no projeto.
Ler a resposta do equipamento como texto solto
Buscar uma palavra na saída do comando quebra quando o fabricante muda o formato. Sempre que possível, use API ou um analisador de saída com modelo testado.
Bibliotecas mais usadas em redes
As bibliotecas abaixo são abertas e conhecidas entre quem automatiza rede. Licenças, versões e marcas suportadas mudam com o tempo [CONFIRMAR na documentação].
| Biblioteca | Para que serve | Ponto de atenção |
|---|---|---|
| Netmiko | Entrar por SSH e enviar comandos em muitas marcas | Devolve texto; precisa de analisador |
| NAPALM | Ler dados e aplicar configuração com interface única | Cobre menos marcas que o Netmiko |
| Nornir | Rodar tarefas em paralelo sobre um inventário | É um framework; usa as outras por baixo |
Netmiko
Quando usar
Equipamentos sem API boa, onde o caminho é SSH e linha de comando [CONFIRMAR marcas na documentação].
Cuidado
A saída vem como texto e precisa de modelo de leitura para cada comando e marca.
NAPALM
Quando usar
Comparar e substituir configuração com a mesma chamada em marcas diferentes, quando há driver.
Cuidado
Nem toda marca usada por provedores tem driver oficial [CONFIRMAR na documentação].
Nornir
Quando usar
Centenas de equipamentos e tarefas que precisam rodar em paralelo, com inventário organizado.
Cuidado
Pede alguém confortável com Python para manter.
Perguntas para fazer ao fornecedor
As respostas mostram se o código vai sobreviver à saída de quem escreveu.
O código tem testes?
Peça para ver os testes rodando. Script sem teste só mostra que funciona no dia da entrega.
O que o script faz quando falha?
A resposta precisa dizer se ele para, desfaz, tenta de novo e quem é avisado. "Não costuma falhar" é sinal de alerta.
Quem mantém quando o ERP mudar?
Toda integração quebra um dia, quando o outro sistema atualiza. Combine antes se o ajuste é avulso ou faz parte de um contrato de manutenção.
Por que escolher a Táquion Tech para automatizar com Python
Porque o código é escrito por quem entende de rede e entregue com testes, documentação e registro de execução. Seis compromissos valem para todo script.
Especialista em rede programando
Quem escreve o script sabe o que é PON, concentrador e BGP. O código não trata a rede como caixa-preta.
[PREENCHER: anos de experiência com Python em redes da equipe]
Testes antes da entrega
Casos de erro testados automaticamente, e os testes vão junto com o código.
Testes entregues no repositório
Primeiro em leitura
Todo script começa lendo dados reais. A escrita na rede só entra depois de você aprovar o resultado.
Etapa de leitura em todo projeto
Código no seu repositório
Código comentado, instruções de instalação e histórico ficam com você.
Entregue no fim do projeto [CONFIRMAR termos de propriedade no contrato]
Sem software empurrado
Bibliotecas abertas sempre que resolvem. Produto pago só entra se você escolher.
Nenhuma ferramenta indicada por comissão
Remoto para todo o Brasil
Desenvolvimento e instalação por acesso seguro ao seu servidor, sem deslocamento.
[PREENCHER: estados atendidos]
Onde a Táquion Tech automatiza com Python
A automação com Python é feita à distância para provedores de todo o Brasil. A visita presencial fica para o litoral de Santa Catarina, quando o repasse ou o servidor pede alguém no local.
Remoto para todo o Brasil
Desenvolvimento, testes e instalação por acesso remoto ao servidor do provedor, com repasse por videochamada.
Presencial no litoral de Santa Catarina
Para instalar o servidor, levantar processos com a equipe ou fazer o repasse presencial. [CONFIRMAR área de atendimento]
- Balneário Camboriú
- Camboriú
- Itajaí
- Itapema
- Navegantes
Perguntas frequentes sobre automação com Python
As dúvidas que mais aparecem antes de encomendar um script ou uma integração. Se a sua não estiver aqui, pergunte no WhatsApp.
Por que usar Python na automação de rede?
Porque tem bibliotecas prontas para equipamentos, APIs e bancos de dados, e permite lógica que ferramentas de configuração não fazem. É a escolha comum para integrar a rede com outros sistemas.
Integra com o meu ERP?
Se o ERP tem API ou banco de dados acessível, normalmente sim [CONFIRMAR na documentação do ERP]. A viabilidade é conferida na definição do problema, antes de qualquer código.
Quanto custa a automação com Python?
Depende da lógica, dos sistemas integrados e de o script escrever ou não na rede. A faixa para um script de coleta é [PREENCHER], e o valor exato sai por escrito.
Quanto tempo leva para ficar pronto?
O prazo típico de um script de coleta é [PREENCHER]; integrações levam mais pelos testes. O prazo do seu caso vai na proposta.
Minha equipe precisa saber programar?
Para usar, não: o script roda agendado ou por um comando. Para alterar, alguém com noção de Python ajuda, e a documentação mostra onde mexer.
Python ou Ansible?
Ansible para a mesma configuração em muitos equipamentos; Python para lógica e integração. Os dois convivem, e a automação com Ansible cobre o primeiro caso.
Um script pode derrubar a rede?
Pode, se escrever sem teste e sem limite. Por isso ele começa em leitura, tem testes de erro e, quando escreve, aplica em lotes com backup antes.
Vocês assumem scripts que outra pessoa escreveu?
Sim, depois de ler o código e dizer o que dá para aproveitar. Às vezes reescrever sai mais seguro que remendar.
O código fica comigo?
O código vai para um repositório seu, com testes e documentação [CONFIRMAR termos de propriedade no contrato]. Chaves e senhas ficam fora do código.
Onde o script roda?
Num servidor ou máquina virtual Linux dentro da sua rede de gerência. Ele precisa alcançar os equipamentos e as APIs dos sistemas que integra.
Serviços relacionados à automação com Python
Três serviços que usam ou completam os scripts em Python. Cada um entrega uma parte diferente do trabalho.
-
Automação com Ansible
Playbooks para a mesma configuração em dezenas de equipamentos de uma vez.
Ver a automação com Ansible -
Desenvolvimento de ferramentas internas para provedores
Telas no navegador para a equipe rodar tarefas sem abrir o terminal.
Ver o desenvolvimento de ferramentas internas -
Desenvolvimento de dashboards personalizados
Painéis gerenciais alimentados pelos dados que os scripts coletam.
Ver o desenvolvimento de dashboards personalizados
Leia antes de contratar
Três guias que mostram onde o código entra na operação do provedor.
- Rede como código: guia prático para provedores
O que muda quando a configuração vira arquivo com histórico.
- Gerência de CPEs via TR-069: guia prático para provedores
Como os roteadores dos clientes são gerenciados à distância.
- Implantação de Prometheus: guia prático para provedores
Como coletar métricas que os scripts podem consultar.
Quem responde por esta página
Responsável técnico da Táquion Tech · Registro profissional [PREENCHER]
A Táquion Tech é uma empresa de engenharia de redes de Balneário Camboriú (SC) que projeta, opera e dá suporte a redes de provedores de internet e de empresas.
Orçamento
Peça a proposta de automação com Python
Diga qual tarefa ou integração você quer automatizar e quais sistemas usa. Um Especialista devolve escopo, prazo e valor por escrito.
- Poucos campos, menos de um minuto
- Prefere falar? Mande um áudio no WhatsApp
- Seus dados ficam só com a Táquion Tech
