e93f0edbe9
O "staging" nunca foi implementado (sem banco *_staging nem container ativo em nenhum projeto). Padroniza para "dev" (VPS4 = desenvolvimento) em docs de arquitetura, doutrina, protocolo de deploy e configs de VPN (comentários). Renomeia: protocolo_deploy_staging.md -> protocolo_deploy_dev.md; nginx_wildcard_staging.conf -> nginx_wildcard_dev.conf. Co-Authored-By: Claude Opus 4.8 <noreply@anthropic.com>
1.5 KiB
1.5 KiB
📋 Acompanhamento de Implementação: Swarm de Agentes
Este arquivo registra o progresso da automação multi-VPS.
🟢 Fase 1: Infraestrutura de Mensageria
- 1.1 Validar Conectividade: DragonflyDB ouvindo em
10.99.0.3:6379(VPN OK). - 1.2 Configurar Dispatcher (VPS 3): Script de recepção de Webhooks.
- 1.3 Integrar com Gitea: Configurar Webhook nativo do Gitea para o Dispatcher.
🔵 Fase 2: Automação de Dev
- 2.1 Wildcard Proxy (VPS 1): Configurar
*.dev.clube67.com. - 2.2 Roteamento de Porta: Mapeamento dinâmico Subdomínio -> Porta na VPS 4 (Portas
8081e8082).
🟡 Fase 3: Listeners e Agentes
- 3.1 Swarm Listener (VPS 4): Daemon de escuta do Redis (
swarm_listener.py). - 3.2 Executor MCP: Script que instancia a IA com ferramentas MCP.
- 3.3 Systemd Services: Persistência ativa do listener via systemd (
swarm-listener.service).
🛡️ Fase 4: Governança SecOps & Homologação em Duas Etapas
- 4.1 Filtro de Rótulo SecOps (VPS 4): Listener configurado para ignorar issues que não possuam a etiqueta
Autônomo. - 4.2 Isolamento de Deploy (VPS 4): Compilação local e implantação em Dev para
mercado.clube67.com(porta8081) escoreodonto.com(porta8082). - 4.3 Script de Promoção (VPS 4): Criação de scripts
deploy-to-prod.shpara promoção manual ultra-segura Dev ➔ Produção na VPS 1.
Última atualização: 18/05/2026 - Agente Antigravity