Integração P2p de Câmeras (Intelbras, Hikvision, Ezviz) para Pipeline Ffmpeg/Rtsp

Buscamos um(a) freelancer sênior para implementar ingestão de vídeo via P2P (túnel/UID) das fabricantes Intelbras, Hikvision e ezviz, integrando ao nosso stack atual que já suporta rtsp. O objetivo é manter a mesma arquitetura temos hoje, mas abrindo uma via adicional P2p quando rtsp direto não for possível (cgnat/nat restritivo etc.).

Objetivos
    •    Desenvolver módulos/serviço(s) que:
    •    Estabeleçam conexão P2P com cada fabricante (via SDK oficial quando exigido).
    •    Exponham o fluxo de vídeo como rtsp/rtp local ou pipe de frames compatível com nosso ffmpeg e “vision service”.
    •    Implementem fallback automático: P2P → RTSP local → erro (com métricas e logs).
    •    Entregar PoC funcional por fabricante e, em seguida, versão hardened para produção (conteinerizada).

Escopo técnico (mínimo)
    •    Linguagem: Go ou Python (aceitamos C++ para binding quando necessário).
    •    Ambiente: Linux, Docker, AWS.
    •    SDKs:
    •    Intelbras: solicitar acesso ao sdk/api (temos procedimento). Usar api http para controle e verificar alternativa/ponte para p2p via sdk.
    •    Hikvision: uso de Hik-Connect/OpenAPI e/ou Network SDK para P2p/stream.
    •    ezviz: sdk android/c++ (p2p link) para estabelecer túnel e expor stream.
    •    Saída do módulo:
    •    rtsp local (preferred) ou
    •    fifo/pipe de raw frames (h264/h265) para ffmpeg.
    •    Operação:
    •    Health-checks, reconexão, jitter buffer, controle de bitrate quando disponível.
    •    Observabilidade (logs estruturados, métricas de conectividade/latência, % quedas).
    •    Config por env/json (uid/credenciais por câmera).
    •    Segurança: armazenamento seguro de chaves/credenciais, respeito a LGPD.

Entregáveis
    1.    PoC por fabricante (script/serviço que conecta via P2P e entrega stream para FFmpeg).
    2.    Dockerfile + docker-compose de exemplo.
    3.    Lib/Módulo com interface única (ex.: Ingestor.start(vendor, device_id, creds) -> rtsp_url_or_pipe).
    4.    Documentação (setup, variáveis de ambiente, troubleshooting).
    5.    Testes básicos (conectividade, reconexão, fallback).
    6.    Checklist de produção (limites, escalabilidade, custos, monitoramento).

Critérios de aceite
    •    Conectar com ao menos 1 modelo real de cada fabricante em ambiente de testes.
    •    Disponibilizar fluxo compatível com FFmpeg (> 95% uptime em teste de 24h).
    •    Fallback validado (simular indisponibilidade do P2P e do RTSP).
    •    Logs e métricas visíveis (ex.: Prometheus/OpenTelemetry ou JSON+stdout).

Diferenciais
    •    Experiência prévia com SDKs de câmeras, NAT traversal/P2P, multimídia (H264/H265), GStreamer/FFmpeg.
    •    Bindings C++↔Go/Python, ffi/jni.
    •    Conhecimento de Hik-Connect/OpenAPI, EZVIZ Open Platform, Intelbras SDK.