Resposta direta
Conte ingestões de câmeras, saídas simultâneas de visualizadores e todos os fluxos que devem ser decodificados ou transcodificados. Tamanho para a combinação de pico mais espaço para reinicialização e failover, não para o painel médio.
Por que isso acontece
Um caminho somente de retransmissão geralmente é limitado pela rede e pela contagem de sessões, enquanto a transcodificação adiciona restrições de decodificador, codificador, memória e térmicas. Grades multicâmeras multiplicam a carga rapidamente.
Os navegadores normalmente precisam de um gateway que converta o feed da câmera em um caminho de entrega nativo da web.
Um teste controlado
Crie um modelo de carga pequena e valide-o com o codec, resolução, taxa de quadros e contagem de visualizadores reais.
Altere uma variável de cada vez. Mantenha registrado o modelo da câmera, firmware, endpoint e conta; em seguida, teste a acessibilidade da rede, a resposta do protocolo, o transporte de mídia e a decodificação como camadas separadas.
Use uma conta dedicada somente para visualização e uma ferramenta de diagnóstico local confiável. Edite credenciais, endereços privados e dados de identificação antes de compartilhar resultados.
Sequência de diagnóstico
| Verificar | Ação | Evidência de progresso |
|---|---|---|
| Ingerir | Conte sessões de câmera e taxas de bits persistentes. | A largura de banda da fonte e os limites da câmera são conhecidos. |
| Fan-out | Estime o pico de espectadores por saída. | A largura de banda de saída é limitada. |
| Calcular | Contar operações simultâneas de decodificação e codificação. | A capacidade de hardware e software é testada. |
| Altura livre | Teste a reinicialização, reconecte o storm e um nó com falha. | O serviço se recupera sem sobrecarregar as câmeras. |
Evidências para manter
Rastreie p95 CPU, memória, saída, tempo de inicialização e taxa de reconexão durante um teste de pico realista.
Limite e nota de segurança
Não publique um número de capacidade sem as suposições de codec e de carga de trabalho que o produziram.
Para visualização remota, use um VPN gerenciado em vez de expor RTSP ou portas de administração de câmera diretamente à Internet pública.
SmartRTSP
SmartRTSP é um visualizador RTSP e ONVIF focado na câmera para dispositivos Apple, Windows e Android. Ele se adapta à visualização direta, descoberta e verificações de múltiplas câmeras; mantenha um NVR ou VMS dedicado quando for necessário registro contínuo, exportação de evidências ou controles corporativos centralizados.
Perguntas frequentes
Quantas câmeras um gateway pode controlar?
Não existe um número universal útil; depende da taxa de bits, codecs, transcodificação, hardware e distribuição do visualizador.
O passthrough remove todos os custos de computação?
Ele elimina a maior parte dos custos de codificação de vídeo, mas ainda utiliza recursos de rede, memória, sessão e empacotamento.
Por que testar tempestades de reconexão?
A reinicialização do gateway pode fazer com que todas as sessões de câmera e navegador sejam reconectadas de uma só vez, criando um pico muito acima da carga normal.
Referências primárias
- FFmpeg — RTSP opções e exemplos de protocolo
- IETF RFC 7826 — Protocolo de streaming em tempo real 2.0
- CISA — Orientação Secure by Design
Guia SmartRTSP relacionado
Abrir guia relacionadoEstime as sessões, a largura de banda, as superfícies do decodificador e a margem de falha antes de colocar muitos feeds de câmera atrás de um gateway.