Laboratório pessoal de engenharia

ALPHA LAB

Infraestrutura pessoal. Engenharia real. Operação 24/7.

Um laboratório tecnológico que construí e opero para desenvolver produtos, trabalhar com sistemas reais e transformar experimentação em engenharia que se consegue repetir.

Explorar o projecto Enter the Lab → Área operacional privada
Construído em casa. Pensado como engenharia real.
01 Projecto

Não é uma colecção de serviços. É um sistema que tem de se aguentar.

O ALPHA LAB não é uma lista de containers a correr numa máquina em casa. É infraestrutura pessoal, ligada permanentemente, onde desenvolvimento, Linux, redes, segurança, automação, observabilidade, armazenamento, recuperação e documentação não são temas separados. São partes do mesmo sistema.

Cada decisão tem consequência a seguir. Uma escolha de armazenamento muda a estratégia de backup. Uma escolha de rede muda o que pode sequer ser exposto. É essa cadeia que torna o laboratório útil como terreno de engenharia e não apenas como servidor doméstico.

Desenvolvimento Linux Redes Segurança Automação Observabilidade Armazenamento Recuperação Documentação
Construir é apenas o início. Operar, compreender, observar, recuperar e documentar também fazem parte do produto.
02 Built by Alpha

Sou Alpha. Não comecei o ALPHA LAB para ter um servidor em casa. Comecei porque gosto de perceber como as coisas funcionam e, sobretudo, de descobrir até onde as consigo levar.

Aprendo construindo. Instalar alguma coisa e vê-la a funcionar ensina pouco. O que ensina é o que vem a seguir: quando falha, quando cresce, quando é preciso recuperar, quando alguém pergunta porque foi feito assim. Foi por aí que este laboratório se tornou aquilo que é.

Opero o que construo, e isso muda a forma de olhar para as coisas. Observar o que interessa em vez de tudo. Automatizar sem perder o controlo. Manter aquilo que percebo. Escrever o suficiente para não depender de memória. Prefiro um sistema simples que aguenta a um sistema sofisticado que ninguém consegue manter.

Não quero apenas usar tecnologia. Quero compreendê-la suficientemente bem para a conseguir tornar minha.

03 Arquitectura

Do exterior ao core, cada camada tem uma função.

O acesso público e o acesso administrativo seguem caminhos diferentes por decisão de desenho, não por acaso de configuração.

Fluxo de publicação
Internet
Entrada pública. Nenhuma porta aberta directamente ao router.
Cloudflare Edge
Ponto único de entrada pública: TLS, proxy e publicação controlada do que é deliberadamente exposto.
Público
Serviços publicados conscientemente, como esta página.
Privado
Administração e operação, acessíveis apenas por rede privada própria.
ALPHA LAB
Fronteira interna da infraestrutura. A partir daqui, tudo corre em rede própria.
Rede interna
ER605
Routing e controlo de rede. Decide o que atravessa a fronteira e por que caminho.
alpha-pi
Edge: DNS, observabilidade e automação leve.
alpha-m5
Compute: cargas de trabalho principais, 24/7.
ALPHANAS
Armazenamento persistente: media, backup e arquivo, separados do runtime activo.

A primeira banda descreve como o tráfego é publicado. A segunda descreve a rede interna onde os serviços correm. Administração desenhada para correr por rede privada, fora do caminho público.

04 Infraestrutura

Cada nó tem uma responsabilidade. Nenhum acumula todas.

A separação não é estética. Define o que falha isolado, o que pode ser reiniciado sem afectar o resto e onde vivem os dados que não se podem perder.

alpha-m5
Compute / Workloads
Corre os serviços principais e as cargas pesadas, incluindo IA local. É o nó que faz o trabalho.
alpha-pi
Edge / DNS / Observabilidade / Automação
Nó leve que está sempre ligado. Resolve DNS interno, vigia o resto e corre automação de baixo consumo. Gasta pouco precisamente para poder estar sempre disponível.
ALPHANAS
Storage / Media / Backup / Arquivo
Dados que não têm nada que fazer no runtime rápido. Media, backups e arquivo ficam separados do que está em execução.
Network
Conectividade controlada
Liga os nós e mantém o tráfego público separado do privado. Decide o que entra, o que sai e por que caminho.
Perfil do sistema
alpha-m5
Compute / Workloads
SistemaGMKtec NucBox M5 Plus
CPUAMD Ryzen 7 5825U
Memória32 GB
SODebian 13
alpha-pi
Edge / DNS / Observabilidade / Automação leve
SistemaRaspberry Pi 5
ArquitecturaARM64
SODebian 13
PerfilSempre ligado, baixo consumo
ALPHANAS
Armazenamento persistente
Capacidade4 TB HDD
FunçãoMedia / Backup / Arquivo
SeparaçãoFora do runtime rápido
05 Engenharia

Dois sistemas construídos de raiz, do problema ao deployment.

ALPHA CORE

Plataforma de inteligência operacional
Contexto Ler o estado de uma infraestrutura obriga normalmente a juntar inventário, telemetria e eventos de sítios diferentes. Nesse processo, o acesso privilegiado ao host, a interpretação dos dados e a apresentação acabam misturados na mesma camada.
Decisão Separar essas três responsabilidades por contrato, não por convenção. Um processo público sem privilégios nunca toca no host; um processo privilegiado é o único com acesso aos providers; a interface consome apenas contratos versionados e nunca contacta hosts directamente.
Implementação Agent em Go dividido em dois processos que comunicam por socket local, com providers só de leitura para host Linux, Docker, systemd, rede, armazenamento e hardware. API v1 descrita em OpenAPI 3.1 com eventos por SSE. Console em Next.js consome apenas essa API. Kernel em TypeScript trata de composição, widgets e políticas. Os dados preservam origem, actualidade e incerteza em vez de as esconder.
Resultado Developer Preview consolidada, com contratos, documentação de arquitectura, ADRs, deployment e governação no mesmo repositório. A direcção dos contratos v1 está estável; instalação, upgrades e federação remota ainda não têm garantias de produção, e o projecto diz isso de forma explícita.
Go Next.js TypeScript OpenAPI 3.1 SSE Fronteira de privilégios

ALPHA DRIVER LOG

Produto
Contexto Registar actividade profissional de condução não é preencher uma tabela. Envolve classificar períodos de condução, pausas e descansos, lidar com semanas que não coincidem com o calendário e com regras de descanso reduzido e tripulação dupla. Fazer isso à mão é onde nascem os erros.
Decisão Construir a aplicação à volta de um motor de regras testado, em vez de a tratar como um formulário com validação. As regras vivem isoladas do interface e são verificadas por testes unitários próprios.
Implementação Next.js com React e TypeScript, PostgreSQL através de Prisma, e um módulo de regras separado para agregação de condução, semana legal, pausas, descansos diários e reduzidos, tripulação dupla, validação de segmentos e detecção de violações, coberto por testes. Exportação para PDF gerada no servidor e para CSV. Instalável como PWA, com histórico filtrável e paginado. Autenticação à frente da aplicação, headers de segurança aplicados e dados de teste removidos antes do uso real.
Resultado Produto próprio levado do desenho à produção, alojado na infraestrutura do laboratório, com backups operacionais e checklist de validação antes de entrar em uso real.
PWA Next.js TypeScript PostgreSQL Prisma Data Validation PDF/CSV
06 Sistemas

Engenharia para além dos produtos.

Observabilidade
Monitorização, health checks e colectores ligados a notificações. Saber que alguma coisa falhou antes de dar por ela por acaso.
Backup & Recovery
Pipeline automatizado com política de retenção definida e restauros já testados pontualmente. Não é uma estratégia de recuperação integral validada.
Media Infrastructure
Aquisição, organização, armazenamento e entrega integrados numa cadeia automatizada.
Game Lab
AzerothCore com Playerbots directamente em Debian e systemd, com MySQL. Nem tudo ganha em ser forçado para o mesmo molde.
Automação
Tarefas recorrentes tratadas por rotinas próprias, com registo do que correu e do que falhou.
Documentação
Cada mudança relevante deixa registo de contexto, decisão e caminho de recuperação. Se depende de memória, não está terminado.
07 Princípios

Como decido.

01
Security first.
A pergunta não é se dá para expor. É se faz sentido expor.
02
Stability before features.
O melhor upgrade continua a ser aquele que não parte nada.
03
Design for recovery.
Assumir que vai falhar e preparar o regresso antes de precisar dele.
04
Observe what matters.
Vigiar tudo é ruído. Vigiar o que interessa é sinal.
05
Automate progressively.
Automatizar o que já se percebe, não o que ainda se está a aprender.
06
Least privilege.
Cada peça alcança o que precisa e nada mais do que isso.
07
Keep blast radius small.
Uma falha deve ficar onde nasceu.
08
Document the system.
Se depende de memória, ainda não está terminado.
08 Sistema

Esta página é servida pela infraestrutura que descreve.

Enquanto esta página está aberta, mantém uma ligação em tempo real ao backend que a serve. Os números abaixo vêm dessa ligação.

ALPHA LAB
Sem ligação
Ligação em tempo real
0
Sessões activas
0
Visitas registadas
0
Países
A carregar resumo...
À espera de actividade...

Observabilidade com minimização à partida

Recolhido País e cidade aproximados a partir do IP. Tipo de dispositivo, sistema operativo e navegador. Duração aproximada da visita.
Finalidade Mostrar que a infraestrutura está activa e a servir tráfego real.
Minimização O IP é parcialmente mascarado antes de ser guardado. A localização é aproximada e nunca vem do dispositivo.
Retenção Sete dias. Depois disso é eliminado automaticamente.
Não recolhido Identificação pessoal, endereço completo, localização precisa ou seguimento entre sites.
09 Connect

O código e os projectos estão no GitHub. Para conversa profissional, LinkedIn. O dashboard operacional é privado e fica onde deve ficar.