O uso de Software de Código Aberto: LibreNMS

LibreNMS é uma ferramenta de monitoramento de rede que foi gerada a partir do Observium, que é uma ferramenta paga bastante popular no mercado de serviços. O custo, entretanto, não é a razão mais relevante pela qual a EdgUno utiliza o LibreNMS.

A diferença fundamental é que este último é um software livre (como seu nome indica) e adere às quatro liberdades que definem este tipo de software: liberdade de usar, alterar e distribuir versões sem alterações ou com alterações. Isto significa que podemos ter o controle completo da ferramenta.

Por que isso é tão importante no caso de uma ferramenta de monitoramento, como a LibreNMS, utilizada por uma empresa como a EdgeUno?

Na EdgeUno usamos o LibreNMS para ler e organizar as portas dos dispositivos de rede. Ele automaticamente rotula e agrupa portas por cliente, peering e trânsito.

Portanto, esta é uma ferramenta que coleta, agrupa e gerencia dados através de um módulo que permite adicionar portas de diferentes roteadores e locais para produzir faturamento, o que é algo que outras ferramentas não permitem.

Se a EdgeUno utilizasse uma ferramenta proprietária, com suporte ou com qualquer modelo em que terceiros fecham e controlam o código fonte, ela não poderia garantir a segurança dos dados que são coletados para gerar a fatura; muito menos a privacidade e o anonimato do tráfego de seus clientes.

Isto porque embora o EdgeUno tenha controle físico de seus servidores, o software proprietário torna a infra-estrutura vulnerável, levando em consideração que os programas que incluem manutenção tendem a incluir back doors com acesso a fragmentos específicos de código fonte reservados aos desenvolvedores.

Por outro lado, deve-se observar que as ferramentas livres não são projetadas para resolver requisitos específicos que uma empresa possa ter. Uma ferramenta gratuita não oferece uma solução abrangente. É inegável que existem problemas que as ferramentas proprietárias podem já ter resolvido.

Por exemplo, no LibreNMS, uma instalação com questionários distribuídos não pode ser realizada em redes como a nossa, já que os nós devem ter latências inferiores a 5 ms, o que torna impossível ter um nó remoto em outra localização geográfica.

Entretanto, como indicamos anteriormente ao falar do Proxmox, a dificuldade torna-se uma oportunidade para a criação e o fortalecimento técnico das equipes dentro da lógica deste tipo de software. Assim, resolvemos este caso instalando nós autônomos em cada local e utilizando a API da ferramenta para gerar integrações precisas.