Em desenvolvimento

Sentinela

Monitoramento de Infraestrutura com Diagnóstico por IA

Projeto em construção para monitorar containers Docker, registrar incidentes e usar IA para transformar logs em diagnósticos e sugestões de correção. A proposta combina desenvolvimento, observabilidade e operação de servidor — sem executar ações destrutivas sem aprovação humana.

Contexto

O problema e a proposta

O problema

Pequenas empresas e projetos pessoais raramente possuem monitoramento estruturado. Quando um container ou serviço falha, o problema costuma ser percebido apenas depois da indisponibilidade, e o diagnóstico depende de procurar manualmente a causa nos logs.

A proposta

O Sentinela está sendo planejado para coletar estado e logs dos containers, detectar anomalias, organizar um histórico de incidentes e apresentar um diagnóstico em linguagem natural. A IA atuará como apoio à análise; a decisão operacional continuará humana.

Arquitetura planejada

Do Docker Engine ao diagnóstico

Os componentes abaixo representam o desenho previsto para o projeto; não indicam implantação concluída.

01

Coletor

Um Worker Service em .NET deverá consultar a Docker Engine API por meio da biblioteca Docker.DotNet para obter estado, saúde e logs dos containers.

02

Motor de diagnóstico

Quando uma anomalia for detectada, os logs e o erro relevante serão enviados a uma LLM para produzir um diagnóstico legível e uma sugestão de correção.

[LLM a confirmar: Claude ou OpenAI]

03

ASP.NET Core Web API

A API deverá expor o status dos containers, o histórico de incidentes e as ações sugeridas para consumo pelo dashboard.

04

Dashboard em tempo real

Uma interface em Blazor deverá usar SignalR para apresentar estados em tempo real, incidentes registrados e diagnósticos produzidos pela IA.

05

Identidade e histórico

A autenticação deverá reutilizar a biblioteca Psalms para JWT e multi-tenancy. PostgreSQL ou SQLite armazenará o histórico de incidentes; a escolha ainda será definida.

06

Alertas e acesso

Incidentes deverão gerar alertas pela Telegram Bot API. O deploy está planejado em Docker Compose no servidor on-premise, com o dashboard administrativo acessível pela rede Tailscale.

Sugestão não é execução automática

A IA poderá recomendar uma ação, como reiniciar um container, mas o projeto prevê uma etapa obrigatória de confirmação manual. Nenhuma ação destrutiva será aplicada automaticamente.

Roteiro MVP

Cinco fases planejadas

Nenhuma fase está marcada como concluída porque o andamento real ainda não foi confirmado.

  1. 01
    Planejado

    Coletor básico

    Worker Service consultando a Docker Engine API e listando status e logs dos containers, ainda sem IA.

  2. 02
    Planejado

    Dashboard simples

    API e interface Blazor apresentando o status dos containers em tempo real por SignalR.

  3. 03
    Planejado

    Diagnóstico com IA

    Envio do log de um container unhealthy para a LLM e exibição do diagnóstico no dashboard.

  4. 04
    Planejado

    Alertas

    Notificação pela Telegram Bot API com o incidente e o diagnóstico incluído.

  5. 05
    Planejado

    Ação sugerida com aprovação

    Botão para aplicar a correção sugerida somente depois de uma confirmação manual explícita.

Stack

Tecnologias planejadas

Backend

.NET Worker Service ASP.NET Core Web API SignalR

Interface

Blazor Tempo real

Containers

Docker Docker.DotNet Docker Compose

Dados e identidade

PostgreSQL ou SQLite • a definir Psalms • JWT e multi-tenancy

Integrações

LLM • a confirmar Telegram Bot API

Deploy e acesso

Servidor on-premise Tailscale

Status real

Projeto em desenvolvimento

O Sentinela ainda não está implantado, não monitora servidores reais e não possui fases do MVP marcadas como concluídas. Esta página documenta a arquitetura e o plano de construção.

  • Arquitetura planejada
  • Nenhuma fase declarada como concluída
  • LLM ainda será escolhida
  • Repositório público ainda não confirmado