Videoconferência on-premise vs nuvem no setor público: soberania, custo e operação

A videoconferência deixou de ser sala especial para virar infraestrutura de expediente: reuniões de coordenação, oitivas, sessões de colegiado, capacitações e atendimento entre unidades dependem dela todos os dias. Com isso, uma decisão de arquitetura que parecia superada voltou à mesa dos gestores de TI e de infraestrutura: a plataforma que sustenta tudo isso deve rodar em nuvem, em infraestrutura própria (on-premise) ou em um arranjo híbrido?

Na Netfocus, projetamos e sustentamos ambientes de videoconferência em órgãos federais desde 2009 e observamos que a resposta certa varia menos por preferência tecnológica e mais por três fatores: o nível de sigilo das pautas, o perfil orçamentário do órgão e a equipe disponível para operar. Este comparativo organiza a decisão nesses termos — e termina com o que escrever no termo de referência em cada modelo.

Da MCU dedicada ao SaaS — e por que o on-premise não morreu

Até meados da década de 2010, videoconferência corporativa era sinônimo de infraestrutura própria: codecs de sala falando SIP ou H.323, uma MCU (Multipoint Control Unit) no datacenter para combinar múltiplos participantes na mesma reunião e capacidade medida em "portas" — cada porta simultânea, um investimento relevante. O modelo funcionava, mas escalava mal: crescer significava comprar mais hardware, e receber participante externo exigia VPN ou travessia de firewall cuidadosamente configurada.

As plataformas SaaS inverteram a lógica. A função da MCU passou a rodar nos datacenters do provedor, o cliente virou o navegador ou o aplicativo, e a sala física se conecta à nuvem por meio de codecs certificados — mudança que detalhamos no comparativo entre Teams Rooms e Zoom Rooms. O custo migrou de investimento para licença, a escala virou problema do fornecedor e o ciclo de novidades acelerou.

Por que, então, infraestrutura própria ainda existe? Porque três requisitos não desapareceram: sigilo (pautas que não podem transitar por infraestrutura de terceiros), soberania (guarda de gravações e metadados sob custódia direta do órgão) e autonomia operacional (redes segregadas, ambientes com restrição de tráfego externo, controle do próprio ciclo de atualização). Em parte dos órgãos federais, ao menos um desses três pesa o suficiente para manter capacidade on-premise — raramente para toda a organização, quase sempre para uma parcela bem definida dela.

Soberania e sigilo: onde ficam os dados da sua reunião

Antes de comparar custos, vale mapear o que uma reunião por vídeo produz: a mídia em si (áudio e vídeo), as gravações, o chat e os arquivos compartilhados e — frequentemente esquecidos — os metadados: quem se reuniu com quem, quando, por quanto tempo, a partir de onde. Para um órgão público, o mapa de agendas pode ser tão sensível quanto o conteúdo das conversas.

No modelo on-premise

Os dados permanecem sob custódia direta: a mídia trafega pela rede do órgão, as gravações são armazenadas conforme a política interna de guarda e a cadeia de custódia é demonstrável de ponta a ponta. É o cenário mais simples de defender perante requisitos de segurança institucional — e o motivo pelo qual áreas de inteligência, defesa e investigação tendem a exigir ilhas próprias em rede segregada, muitas vezes fisicamente separadas do restante do parque.

No modelo em nuvem

A proteção é contratual e técnica ao mesmo tempo: localização dos datacenters, criptografia em trânsito e em repouso, gestão de chaves, controle sobre o acesso do próprio suporte do fornecedor e trilhas de auditoria. Sob a LGPD (Lei 13.709/2018), o órgão permanece controlador dos dados pessoais tratados; o provedor atua como operador, e o contrato precisa refletir isso — finalidade, retenção, subcontratados e transferência internacional. Tratamos o tema em profundidade no artigo sobre LGPD em sistemas AV.

Um ponto que a experiência de campo ensina: nuvem não é sinônimo de insegurança, nem on-premise é sinônimo de segurança. Uma infraestrutura própria sem rotina de atualização, sem segregação de rede e sem monitoramento é mais vulnerável que um SaaS maduro operado com disciplina — discussão que aprofundamos em cibersegurança em AV-over-IP. A vantagem real do on-premise é custódia e controle; segurança é consequência de operação bem-feita em qualquer modelo.

Custo: licenciamento SaaS vs CAPEX mais operação própria

A comparação honesta é de custo total de propriedade (TCO) em horizonte de quatro a cinco anos — e ela é menos óbvia do que parece, porque cada modelo esconde custos em lugares diferentes.

O que compõe o custo do SaaS

• Licenças por usuário, sala ou organizador, com reajustes anuais e, em plataformas internacionais, exposição cambial indireta;
• Complementos — armazenamento de gravações, webinars, discagem telefônica, recursos de IA — que raramente entram na conta inicial;
• As salas em si — codecs, câmeras, microfones, processamento de áudio — cujo custo existe igual nos dois modelos;
• Gestão e suporte de primeiro nível, que continuam sendo do órgão mesmo com plataforma terceirizada.

O que compõe o custo do on-premise

• Servidores e licenças de software, perpétuas ou por subscrição auto-hospedada;
• Infraestrutura de datacenter — energia, climatização, redundância elétrica e de rede;
• Equipe ou contrato de sustentação — administração, atualizações, certificados, gestão de capacidade;
• Renovação tecnológica ao fim do ciclo de vida, tipicamente a cada cinco a sete anos;
• Dimensionamento pelo pico — a capacidade ociosa fora dos horários de ponta é paga do mesmo jeito.

Como regra prática — e com a ressalva de que cada caso exige conta própria —, o SaaS tende a vencer o TCO em órgãos de porte pequeno e médio com uso administrativo, porque dilui em licença um custo de operação que o órgão não teria escala para absorver. O on-premise passa a se justificar quando já existem datacenter e equipe qualificada, quando o volume de uso é intenso e estável ou quando requisitos de sigilo tornariam o SaaS inviável de todo modo. O erro mais caro que vemos em avaliações técnicas é dimensionar infraestrutura própria pelo pico teórico e operá-la, na prática, a uma fração da capacidade.

Operação no dia a dia: quem faz o quê em cada modelo

A planilha de custos captura mal uma diferença central: no SaaS, o núcleo é operado pelo fornecedor; no on-premise, por você — ou por quem você contratar para isso.

No modelo em nuvem, o órgão administra contas, políticas e salas; monitora os endpoints por portal de gestão; e absorve atualizações automáticas da plataforma — o que exige gestão de mudança, porque a interface que o usuário vê pode mudar sem aviso e gerar chamados em cascata. No modelo próprio, o órgão responde por atualização de versão, certificados, backup, capacidade, monitoramento e janelas de manutenção. A disponibilidade é a que você constrói: alta disponibilidade e contingência precisam ser projetadas, com os princípios que detalhamos em redundância em AV de missão crítica.

Na Netfocus, sustentamos ambientes de videoconferência em órgãos federais com SLA contratual de 4 horas em missão crítica, e a lição recorrente é simples: o modelo operacional precisa estar decidido antes da compra. Quem atende o incidente das 7h50, dez minutos antes da reunião do colegiado? Se a resposta não existe, o modelo está errado — qualquer que seja a arquitetura escolhida.

Cenários híbridos: interoperabilidade, gateways e federação

Na prática, poucos órgãos são 100% nuvem ou 100% on-premise. Três arranjos híbridos concentram a maioria dos casos:

• Núcleo SaaS + ilha sigilosa — o expediente roda na nuvem; salas específicas, em rede segregada e com infraestrutura própria, atendem as pautas com restrição de acesso;
• Legado SIP/H.323 + gateways — codecs legados entram em reuniões SaaS por meio de gateways de interoperabilidade (cloud video interop), preservando o investimento enquanto o parque é renovado no ciclo natural de vida;
• Federação entre infraestruturas — órgãos que se reúnem com frequência, mas operam plataformas distintas, configuram localização e chamada direta entre domínios, sem convites manuais.

Dois cuidados de projeto. Primeiro: cada gateway acrescenta custo, latência e um ponto de falha — dimensione e monitore como componente crítico, não como acessório. Segundo: a experiência do usuário precisa continuar sendo de um toque — entrar na sala e a reunião começar, padrão que descrevemos em sala híbrida. Se participar de uma reunião federada exigir instrução de discagem de três linhas, a adoção morre na primeira semana.

Qual modelo para qual órgão: recomendações por perfil

Cruzando sigilo, orçamento e equipe, quatro perfis genéricos cobrem a maior parte das situações que encontramos em campo. São pontos de partida — não substituem o estudo técnico preliminar.

Órgão de porte pequeno ou médio, pautas administrativas

Nuvem com salas certificadas e gestão centralizada. Infraestrutura própria só acrescentaria custo e carga operacional sem benefício proporcional. O investimento que faz diferença aqui está na qualidade das salas — tema do nosso comparativo entre videoconferência profissional e doméstica.

Órgão com pautas sigilosas regulares

Híbrido: expediente em nuvem; ilha on-premise em rede segregada para o que a classificação da informação exigir. O dimensionamento da ilha deve seguir a demanda real de reuniões sigilosas — não o receio genérico.

Órgão com parque SIP/H.323 relevante

Transição gradual: gateway de interoperabilidade de imediato, renovação dos codecs no ciclo de vida natural, sem "big bang". Substituir tudo de uma vez raramente cabe no orçamento e quase nunca é necessário.

Órgão com guarda longa de gravações

Sessões, audiências e atos formais gravados acumulam armazenamento e exigem cadeia de custódia. Mesmo com reuniões em SaaS, avalie repositório de gravações sob custódia própria, com política de retenção formalizada — o custo de armazenamento em nuvem por longos períodos é o item que mais surpreende na fatura.

O que especificar no termo de referência em cada modelo

Independentemente do modelo, especifique por desempenho e resultado — nunca por marca — e trate plataforma e salas como camadas separadas do documento, como detalhamos no guia de especificação de videoconferência para licitação.

Em qualquer modelo

1. Capacidade: reuniões e participantes simultâneos, com margem de crescimento justificada no ETP;
2. Interoperabilidade: suporte a SIP/H.323 quando houver legado e acesso de convidados externos por navegador;
3. Segurança: criptografia em trânsito e em repouso, autenticação integrada ao diretório do órgão, trilhas de auditoria;
4. Gestão: portal centralizado, telemetria das salas e relatórios de uso;
5. Aceitação: testes com roteiro objetivo e critérios mensuráveis antes do recebimento;
6. Adoção: treinamento de usuários e de operadores como item contratual, não como cortesia.

Se o modelo for nuvem

• Tratamento de dados: localização, retenção, subcontratados e conformidade com a LGPD;
• Portabilidade: exportação de gravações e dados em formatos abertos ao encerramento do contrato — a cláusula anti-aprisionamento mais barata que existe;
• Compromisso de disponibilidade da plataforma e suporte em português;
• Previsibilidade de preço: regras claras de reajuste e de mudança de plano.

Se o modelo for on-premise

• Dimensionamento com estudo de pico e projeção de crescimento;
• Alta disponibilidade, plano de contingência e comportamento em falha documentado;
• Atualizações de versão incluídas na sustentação, com janelas acordadas;
• Transferência de conhecimento e documentação as built;
• Monitoramento proativo com métricas e relatórios mensais.

Por fim, a pesquisa de preços que sustenta a contratação — estruturada conforme a IN 65/2021 — deve comparar TCO contra TCO, e não licença contra licença: é a única forma de colocar os dois modelos na mesma régua e defender a escolha perante o controle.

Matheus Lourencatto — Engenharia Netfocus. Integração audiovisual para o governo federal desde 2009: 150+ projetos entregues em 50+ órgãos, SICAF ativo e SLA contratual de 4h. Fale com a engenharia →