AIceberg

Observabilidade, agentes e análise de logs.

Tecnologias identificadas

GoPHP / Yii2Flutter

O problema

Acompanhar um ambiente de software exige conectar os sinais coletados nos equipamentos ao processamento central e às telas de operação.

A solução

O AIceberg reúne coleta por agente, processamento no servidor e acompanhamento web e móvel em uma mesma plataforma de observabilidade.

O que compõe a solução

Sistema PHP/Yii2 com áreas de administração, cliente e APIs.
Ver detalhes técnicos →
Runtime Go com processos separados para API, tarefas e agendamento; MySQL e Redis Streams têm papéis distintos.
Ver detalhes técnicos →
Agente Go para coleta no ambiente monitorado, separado do aplicativo Flutter de acompanhamento.
Ver detalhes técnicos →

Recorte do projeto A arquitetura está em evolução: PHP e Go coexistem, e as funções de processamento são transferidas gradualmente para o runtime Go.

Baixe o aplicativo

Disponibilidade e requisitos são definidos por cada loja.

Minha contribuição

Concebi o AIceberg e desenvolvi sua arquitetura e os componentes de coleta, processamento e acompanhamento. O trabalho conecta agentes, sistema web, runtime Go e aplicativo móvel.

Arquitetura em perspectiva

Agentes coletam dados; web, APIs, workers e schedulers coordenam processamento e operação.

Estrutura técnica

Tecnologia por módulo.

Quatro componentes com funções distintas: aplicação web, processamento, acompanhamento móvel e coleta no ambiente monitorado.

O que cada parte faz e quais tecnologias a sustentam. A existência de um módulo no código não significa que todos os seus recursos estejam concluídos ou publicados.

01 / Código existente

Sistema

PHPYii2JavaScriptBootstrap

Aplicação web e APIs da plataforma.

Módulos admin, cliente, api, console e common organizam telas, acesso, comandos e serviços compartilhados. O site institucional é uma superfície separada.

02 / Código existente

Runtime/API

GoMySQLRedis StreamsHTTP / JSON

Serviços de processamento e operação.

Entradas separadas para API, worker, scheduler e observer. O código de domínio e os adaptadores ficam fora das telas PHP; a transferência de funções do legado é gradual.

03 / Código existente

Aplicativo

FlutterDartSQLiteFirebase

Acompanhamento móvel da plataforma.

App para Android/iOS com comunicação HTTP, armazenamento local e integrações de notificações. Não contém o motor de processamento do servidor.

04 / Código existente

Agente

GogopsutilHTTP / JSONLinux / Windows

Coleta no ambiente monitorado.

Agente separado do runtime central: coleta sinais, organiza o envio e comunica-se com a plataforma. Capacidades e suporte variam por sistema operacional.

Como as partes se conectam

O agente fornece telemetria à plataforma. Web e app apresentam a operação; o runtime executa os recortes de processamento transferidos para Go. PHP e Go coexistem durante a evolução.

Dados e integrações

MySQL é a fonte durável do runtime. Redis Streams participa do transporte de tarefas nos recortes definidos; não substitui a fonte persistente. O app mantém dados locais em SQLite.

Qualidade e operação

Workflows GitHub Actions, checks por componente, artefatos e procedimentos de publicação/rollback. O rollout de cada função do runtime tem controles próprios; esta visão não declara a migração concluída.