A Revolução da Soberania Digital: O que o Projeto DAWO e o NixOS ensinam para a TI e a Telefonia IP

 

O governo da Holanda está dando um passo ousado e inspirador em direção à independência tecnológica. Através do projeto DAWO (um ambiente de trabalho digital soberano para a administração pública), o país busca reduzir a dependência de fornecedores comerciais fechados e apostar pesado em infraestrutura de código aberto.

Nesse ambiente, ferramentas como Nextcloud (armazenamento em nuvem), Collabora (edição de documentos), Element (mensageria segura descentralizada) e OpenProject (gestão de projetos) rodam sob um maestro muito peculiar: o NixOS.

Escolhido após testes rigorosos com gigantes como openSUSE e Fedora, o NixOS não é apenas "mais uma distribuição Linux". Ele propõe uma ruptura total na forma como pensamos a administração de sistemas.

Mas afinal, o que é o NixOS e o que essa adoção governamental significa para nós, profissionais de Telecom e Telefonia IP (ToIP)?

O que torna o NixOS tão inovador?

Para conhecer o projeto, acesse a página oficial: https://nixos.org/

Ao contrário do que muitos pensam, o NixOS não é baseado em Debian (como o Ubuntu) e nem em Red Hat (como o Fedora ou CentOS). Ele é uma distribuição construída do zero, pautada em um modelo de gerenciamento de pacotes funcional e puramente declarativo.

Em sistemas tradicionais, usamos comandos imperativos (como apt install ou yum update) e os arquivos se espalham por pastas globais como /bin, /usr/lib ou /etc. Com o tempo, isso gera acúmulo de lixo, conflitos de dependência de bibliotecas e o temido configuration drift (quando o servidor de produção, depois de meses de alterações, já não é mais igual ao ambiente de homologação).

O NixOS resolve isso de forma elegante:

1. Configuração Centralizada: Todo o estado do sistema (usuários, pacotes, serviços de rede, firewalls) é declarado em arquivos de texto (linguagem Nix).

2. Nix Store: Todos os pacotes são instalados em /nix/store/ sob diretórios com identificadores (hashes criptográficos) únicos. É possível ter três versões diferentes da mesma biblioteca rodando simultaneamente sem que uma quebre a outra.

3. Reprodutibilidade Matemática: Se você copiar seu arquivo configuration.nix para 100 máquinas, todas serão milimetricamente idênticas.

4. Rollbacks Atômicos: Fez uma atualização que quebrou o sistema? O NixOS mantém "gerações" de estado. Você pode reiniciar e escolher no menu de boot a geração anterior, e o sistema voltará a funcionar exatamente como antes em questão de segundos.

Foi essa capacidade de criar estações e servidores imutáveis, padronizados e à prova de falhas que convenceu a administração pública holandesa.

O Impacto do NixOS na Telefonia IP (ToIP)

Trazer o conceito de infraestrutura imutável e declarativa para o mundo VoIP é um sonho e, ao mesmo tempo, um desafio. Pensando em ecossistemas críticos que lidam com SIP, RTP, WebRTC e milhares de chamadas simultâneas, elaboramos os pontos favoráveis e não favoráveis do NixOS para a engenharia de telecomunicações.

Pontos Favoráveis (Prós)

1. Clusters SIP Perfeitos: Ao provisionar múltiplos nós de Kamailio ou servidores de mídia com FreeSWITCH, o NixOS garante que não haverá diferença de bibliotecas (como libssl, libcurl ou dependências de codec) entre as máquinas. O nó A é idêntico ao nó B.
2. Recuperação de Desastres (Rollback): Atualizar o PABX em produção é sempre tenso. Se uma nova versão de um serviço de telefonia apresentar bugs de 32 segundos ou falhas no parser SIP (como o headers dropping), um rollback no NixOS restaura o servidor à versão anterior instantaneamente, minimizando o downtime.
3. Isolamento de Processos: Em ambientes onde serviços web (para APIs de CRM) coabitam com os motores SIP, o isolamento do NixOS impede que a atualização de uma biblioteca web quebre os módulos em C do seu softswitch.

Pontos Não Favoráveis (Contras)

1. A Curva de Aprendizado: Você precisa esquecer o Linux clássico. Escrever configurações em linguagem Nix é complexo e exige dedicação.
2. Descarte de Playbooks Clássicos: Suas automações antigas em Bash ou seus scripts Ansible, desenhados para a arquitetura de pastas do Debian/RHEL, não funcionarão nativamente no NixOS.
3. Compilação de Módulos Customizados: O calcanhar de Aquiles para quem desenvolve telefonia. Se você está acostumado a fazer make && make install para injetar um módulo customizado (ex: um .so de IA, TTS, ou integração própria) na pasta modules do seu PABX, no NixOS você não pode fazer isso diretamente, pois os caminhos são somente-leitura. Você precisará criar uma "derivação" (derivation) no Nix para embutir seu código direto no processo de build daquele pacote.

Ecossistema ToIP no NixOS: Status Oficial dos Projetos

Verificamos o status dos principais projetos open source de telefonia para saber se eles já estão empacotados e prontos para uso no repositório oficial do NixOS (nixpkgs):

1. Asterisk: Disponível. Pode ser habilitado de forma declarativa e já possui módulo nativo de serviços no NixOS.
2. Kamailio: Disponível. O poderoso Proxy SIP pode ser instalado nativamente via nixpkgs.
3. FreeSWITCH: Disponível. Pronto para implantação em repositórios oficiais.
4. OpenSIPS: Ausente no repositório oficial principal.
5. YATE (Yet Another Telephony Engine): O versátil softswitch para telefonia móvel e fixa também encontra-se ausente.

Infelizmente, ainda não existe no repositório oficial a instalação para os projetos OpenSIPS e YATE. Para rodar essas ferramentas hoje no NixOS, o administrador precisa recorrer a repositórios de usuários de terceiros (overlays) ou empacotar a solução manualmente criando uma derivação própria a partir do código-fonte.

Conclusão

A adoção do NixOS pelo projeto DAWO na Holanda mostra que a infraestrutura governamental e corporativa de alto nível caminha em direção à imutabilidade e à reprodutibilidade.

Para a área de Telecomunicações, as vantagens de estabilidade e rollbacks atômicos são o "Santo Graal" do uptime. O custo disso, porém, é reaprender a forma como interagimos com os sistemas operacionais, abrindo mão do amadorismo da "alteração em produção" pela maturidade da "configuração declarada". A soberania digital passa, necessariamente, por termos controle absoluto sobre o código e a arquitetura das nossas ferramentas.

Viva o Open Source!

Sobre o autor: Angelo de Barros Delphini é profissional de telecomunicações com atuação em telefonia IP, SIP, Asterisk e desenvolvimento e integração de soluções de voz.

Suas certificações Digium incluem dCAA (Digium Certified Asterisk Administrator), dSSE (Digium Switchvox Support Engineer), dCSE-C (Digium Certified Sales Engineer-Cloud) e dCSP (Digium Certified Sales Professional), incluindo a versão v2.

Possui ainda formações Digium em Asterisk Integrators (dCAI) e Asterisk Integrator Technical Product Training (dCAI-TPT), além dos certificados da Fundação Asterisk Libre em Certified Telecommunications Analyst (CTA), Gestor em Servidores Asterisk com Ênfase em Tecnologia Khomp e SIP Security em Servidores Asterisk Communications Framework.

Conecte-se com Angelo Delphini no LinkedIn

Conheça a Academia Saper! Evolua seu perfil profissional!