Odysseus Odysseus

A plataforma agora cuida do agendamento e do disparo, então você não precisa mais rodar um contêiner só para esperar a hora certa. Escolha um destino entre os seus próprios serviços, escreva um payload usando placeholders como {{ run_at }}, {{ worker_id }} e {{ run_id }}, e a gente entrega no horário marcado com retentativas automáticas, controle de timeout e um histórico de execuções completo. Acompanhe cada disparo, rode manualmente quando precisar, e veja seus cron workers no mapa do projeto junto com os outros serviços. Cada execução já viaja com contexto de trace, então uma falha vira uma agulha fácil de encontrar.

Quando uma requisição passa pelo seu backend, atinge seu Postgres, esquenta seu Redis e dispara um evento no NATS, agora o trace mostra cada perna da viagem como uma faixa separada, com nome legível e duração por serviço. Chamadas para a internet e para destinos externos (Stripe, OpenAI, S3, qualquer host fora do seu projeto) aparecem como nós próprios no mini mapa do trace, um para a internet e um por host. Clique numa faixa para filtrar a waterfall por aquele serviço, ou pule direto para a página do serviço de destino. A lista de traces ganhou também um chip mostrando quantos serviços participaram de cada requisição.

Cada serviço seu agora tem uma aba de Profiling com flamegraph interativo, sem agente para instalar, sem dependência para incluir, sem rebuild. Suporte automático para Node.js, Java, Go, Ruby e Rust. Há um Profiling Explorer dedicado em Operações para investigações mais demoradas, e cada span do trace ganha uma aba de Profiling filtrada exatamente para a janela de tempo daquela execução, perfeito para ir de “essa requisição estava lenta” para “este loop estava queimando 40% da CPU” em poucos cliques. A retenção respeita o seu plano e os flamegraphs vivem na mesma identidade visual do dashboard.

Suba serviços a partir de imagens em registries privados externos sem precisar de pipeline intermediária. Informe a URL, o usuário e o token do registry no assistente do serviço (ou na aba Configurações depois) e a gente cuida da autenticação no pull. Há um botão de Testar conexão que valida suas credenciais antes de salvar, com mensagens de erro claras quando algo está fora do ar, certificado vencido, host errado, token sem permissão. Se preferir, dá para salvar sem verificar, a ação fica registrada na sua trilha de auditoria. Imagens públicas com build_method='image' continuam funcionando sem credencial.

A trilha de auditoria agora mostra o resultado de cada ação (sucesso ou falha) e deixa você filtrar por isso, ideal para procurar tentativas de login que não deram certo, mudanças de configuração que não passaram ou ações bloqueadas por permissão. Em paralelo, blindamos a camada que registra esses eventos para que tokens, senhas e chaves de API sejam apagados antes de qualquer log, mesmo quando aparecem em formatos diferentes (camelCase, kebab-case ou snake_case). Você vê o que aconteceu, sem nunca ver o que não deveria.