Logos Server
Em evolução
Meu laboratório de infraestrutura e a base do meu ecossistema pessoal, criado para centralizar aplicações, automações, bancos de dados, arquivos e futuros agentes de IA com organização, persistência, acesso privado e recuperação planejada.
Visão geral
O Logos está sendo construído para hospedar e organizar meus serviços, APIs, automações, bancos, arquivos, ferramentas administrativas e projetos experimentais. O objetivo de longo prazo é concentrar tudo o que for meu em uma infraestrutura documentada, persistente, recuperável e expansível.
A primeira fase utiliza Ubuntu Server em uma máquina virtual no VirtualBox. Assim, consigo validar rede, acesso remoto, containers, persistência e backup antes de uma futura migração para hardware dedicado ou bare metal, sem tratar decisões ainda experimentais como definitivas.
Arquitetura atual
A administração chega ao host pela LAN ou pelo Tailscale. Dentro do Docker, a rede Starlink conecta os serviços por DNS interno. O Hermes recebe webhooks e callbacks OAuth pela exposição HTTPS do Tailscale Funnel.
O host Ubuntu Server que abriga o ecossistema. SSH e Tailscale iniciam com o sistema, e o Tailscale permanece independente do Docker para preservar o acesso remoto ao host. O Wake-on-LAN permite sua inicialização remota.
Rede bridge compartilhada que permite comunicação privada entre projetos Compose separados usando o DNS interno do Docker.
Instância PostgreSQL central e persistente. Cada aplicação recebe seu próprio banco e usuário técnico; administração e aplicações usam credenciais separadas.
Interface pgAdmin persistente para administração visual da Sophia, conectada internamente pela Starlink e mantida fora da exposição pública.
Serviço n8n com volume persistente, banco e usuário próprios na Sophia e chave de criptografia preservada. Recebe webhooks e callbacks OAuth por HTTPS através do Tailscale Funnel.
Futura camada de gateway para separar a entrada pública necessária para webhooks das interfaces administrativas privadas.
Conhecer o JanusO SSD concentra sistema, Docker, aplicações e bancos ativos. O HD recebe arquivos pessoais e cópias locais de backup. Configurações, persistência, dados de negócio, dumps e itens recriáveis são tratados separadamente para permitir reconstruções seletivas.
Definições de containers, volumes, secrets, scripts, storage e backups possuem responsabilidades separadas. Os serviços usam a política restart: unless-stopped, enquanto a documentação necessária para reconstrução é mantida externamente para não depender da integridade da VM.
Projeto relacionado
O Janus é o gateway planejado para controlar as futuras entradas públicas da infraestrutura sem transformar o Hermes ou as interfaces administrativas em pontos de acesso direto.
ASP.NET Core · API · Docker
Chamadas externas deverão passar pelo Janus para serem protegidas, validadas, normalizadas e direcionadas aos serviços privados do Logos. O Hermes continuará responsável pelas automações e a Sophia pela persistência dos dados.
Conhecer o projeto JanusJanus será o porteiro, Hermes continuará como o mensageiro e Sophia permanecerá como a memória do ecossistema.
Operação e recuperação
A segurança é aplicada por redução de exposição, separação de credenciais, permissões adequadas e uma estratégia de backup que continua amadurecendo.
O repositório remoto e os primeiros snapshots já foram iniciados. Automação completa, retenção, monitoramento e testes recorrentes de restauração continuam sendo desenvolvidos e validados.
Stack
Projeto em constante evolução
O Logos funciona como laboratório técnico e infraestrutura real. Seu valor está nos serviços implantados e também nas decisões, incidentes, correções e aprendizados registrados durante a construção.