Horus by Fidumtec

Arquitetura

Um único Core multi-tenant e escalável, com arquitetura híbrida e experiências adaptadas a cada modo de operação.

Arquitetura

Arquitetura distribuída para câmeras, comunidade, IoT e IA

Horus se organiza como uma arquitetura de serviço distribuída: as câmeras e sensores permanecem em cada local, a experiência móvel permite operar de qualquer lugar, o edge pode executar cargas próximas ao ponto de captura e o ambiente cloud coordena identidades, permissões, notificações, cenários e integrações.

Cada instância Horus representa um ambiente autônomo. As relações entre dispositivos, usuários, grupos, calendários, permissões e automações existem dentro dessa instância, garantindo independência operacional e segurança lógica entre diferentes instalações ou clientes.

Arquitetura híbrida e distribuída da Horus

Camadas conectadas do ecossistema

Horus by Fidumtec é mais que um app, uma solução IoT ou um sistema de câmeras. É uma plataforma distribuída composta por camadas conectadas:

  1. Campo: câmeras, sensores, atuadores, dispositivos físicos e infraestrutura instalada.
  2. Gateway / edge local: gateways, adaptadores, protocolos de campo e processamento próximo ao local.
  3. ISP / edge operador: rede do ISP, datacenter, edge regional, storage, GPU, gravação e inferência.
  4. Horus Cloud: identidade, instâncias, usuários, permissões, regras, dashboards, eventos e multi-tenancy.
  5. IA e automação: análise de vídeo, eventos inteligentes, regras, cenários e ações automáticas ou assistidas.
  6. Experiência móvel / Clipxu: visualização, alertas, operação em campo e interação dos usuários.

Os pontos 4, 5 e 6 permitem que a lógica centralizada da arquitetura conviva de forma distribuída em múltiplas plataformas. Horus Cloud deixa de ser entendido como uma nuvem única e passa a operar como uma rede de nuvens, sejam nuvens puras, nuvens de operador ou implantações ISP conectadas entre si.

Conexão por instância e operação multi-cloud

Cada instância Horus pertence a um nó cloud determinado. Esse nó pode estar associado a um ISP, a uma região cloud específica ou a uma nuvem operada dentro de uma arquitetura distribuída. A conexão não é resolvida contra uma nuvem global única, mas contra o nó cloud onde vive a instância que se quer operar.

No aplicativo móvel Clipxu, o usuário se conecta ao nó cloud onde está registrada a instância Horus que está configurando ou operando. Se mudar de instância, a configuração ativa passa a apontar para o nó cloud correspondente a essa nova instância.

Em um dashboard, o comportamento é diferente: cada monitor pode representar a visualização ou o controle de um elemento Horus diferente. Por isso as conexões do dashboard são realizadas contra o nó cloud ao qual pertence a instância Horus de cada elemento monitorado. Um mesmo dashboard pode operar, em paralelo, elementos hospedados em nuvens ISP, regiões cloud ou nós cloud distintos.

Roteamento multi-cloud por instância Horus

Visão: uma única plataforma tecnológica

A capacidade do backend não é definida pelo tamanho de uma interface nem pela quantidade de câmeras normalmente gerenciada por um usuário. A Horus foi concebida como uma plataforma multi-tenant, na qual cada instância preserva sua autonomia, usuários, permissões, dispositivos e regras, enquanto o processamento horizontal cresce com a capacidade computacional disponível.

O mesmo Core pode sustentar uma câmera, uma comunidade, uma empresa multisite ou milhares de instâncias operando em paralelo. Não existem backends “pequenos” e “grandes”: existe uma plataforma comum que distribui cargas, mantém o isolamento entre ambientes e amplia recursos sem fragmentar a arquitetura.

Arquitetura híbrida que acelera o negócio

A simplicidade é uma decisão de experiência

A Horus oculta a complexidade técnica para simplificar a implantação e a operação cotidiana. Descoberta de dispositivos, assistentes de configuração, automações e navegação direta são decisões de produto; não representam limites do Core.

Quando uma operação passa de dezenas para milhares de câmeras, o modelo de trabalho precisa evoluir. Uma operação empresarial ou um centro de monitoramento necessita de buscas avançadas, filtros complexos, ações em massa, hierarquias, dashboards operacionais, permissões corporativas, auditoria e gestão por local, região ou filial.

A diferença não está no processamento. O que muda é:

  • A interface apresentada ao usuário.
  • As ferramentas disponibilizadas.
  • Os fluxos de configuração, supervisão e resposta.
  • O nível de agregação e governança operacional.

Modos de operação e alcance

ModoObjetivo da experiência
PessoalSimplicidade absoluta para operar um ambiente específico.
ComunidadeGestão colaborativa de espaços, vizinhos, permissões e eventos.
EmpresaOperação hierárquica e multisite com ferramentas de administração em massa.
Analítica e IAExploração de grandes volumes de eventos, métricas e dados operacionais.
Centro de monitoramentoSupervisão em tempo real, priorização de incidentes e resposta coordenada.

Todos os modos utilizam o mesmo backend. Uma experiência especializada pode evoluir sem duplicar serviços, separar dados artificialmente nem criar uma plataforma paralela.

Uma plataforma e diferentes experiências de usuário

Arquitetura híbrida: processar onde gera mais valor

As câmeras permanecem no local do cliente e se conectam de forma segura à infraestrutura de serviço. Conforme a necessidade, os módulos podem ser executados no edge local, em um ambiente intermediário de baixa latência e com largura de banda disponível, ou no cloud. Essa flexibilidade permite equilibrar latência, tráfego, custo, disponibilidade e governança.

O streaming é protegido desde o gateway até a camada de acesso. Processos especializados consomem vídeo autorizado e transformam imagens em eventos ou dados; o Core coordena regras, notificações, cenários e históricos, enquanto a experiência mobile consome a informação sem depender do local onde foi produzida.

Estratégia de processamento de streaming da Horus

Um Core, diferentes expressões do ecossistema

Os “sabores” da Horus não são backends incompatíveis. São diferentes formas de aproveitar o mesmo núcleo tecnológico:

  • Horus reúne comunidade inteligente, câmeras, IoT, permissões e automação.
  • HorusSense direciona a plataforma para analítica, IA e inteligência de negócios.
  • Clipxu oferece a experiência mobile para visualização, alertas e operação.
  • Fidumtec integra e respalda institucionalmente o ecossistema e suas verticais.

Essa separação permite adaptar a proposta comercial e a experiência sem fragmentar o desenvolvimento do backend. O Core permanece único; cada expressão seleciona as capacidades, interfaces e fluxos adequados ao seu contexto.

Relação entre Fidumtec, Horus, Clipxu e HorusSense

1. Câmeras e locais

  • As câmeras são incorporadas usando padrões como ONVIF.
  • Um mesmo usuário pode operar câmeras próprias ou vistas compartilhadas por terceiros.
  • A plataforma evita depender do cloud proprietário de cada fabricante.

2. Cloud, edge e experiência móvel

  • Administra usuários, grupos, câmeras, permissões e comunidades.
  • Define janelas de acesso 24/7 ou permissões temporárias com data de início e fim.
  • Coordena notificações específicas para usuários vinculados.
  • Mantém dashboards personalizados conforme as permissões de cada usuário.
  • Permite que Clipxu atue como experiência móvel para visualização, alertas e operação.
  • Expõe a base para implantações como ISP, IoT, comunidades e infraestrutura crítica.

3. Sensores, ações e IA

  • Integra sensores IoT selecionados para complementar a informação das câmeras.
  • Pode executar ações físicas remotas usando dispositivos IoT.
  • Processa imagens de vídeo com motores de inferência para gerar eventos e informações para o usuário.
  • Permite regras baseadas em eventos, condições lógicas, estados de sensores, horários, calendários e presença de usuários.

4. Implantações