Athena é a quinta versão nomeada do Guara Cloud. Se Persephone colocou mais da plataforma nas suas mãos, Athena é sobre deixar essas mãos mais firmes: segurança que se explica, storage com uma superfície real de operação, e deploys que falham com próximos passos mais claros quando produção fica bagunçada.
Esta versão foca nas partes do trabalho em cloud que normalmente viram ticket de suporte: saber o que está em risco, entender onde os dados vivem, mudar serviços com segurança, e confiar na plataforma quando algo quebra. O resultado é um dashboard que entrega mais controle sem pedir que você aprenda mais infraestrutura.
Guara Shield
Findings, eventos, postura, scans, flow logs e explicações em uma superfície de segurança.
Guara Shield agora é uma área completa de produto dentro do dashboard. Ele reúne findings de segurança, eventos de conta e serviço, relatórios de postura, flow logs, scans de serviço, detecção de exposição de secrets, sinais de risco em runtime, e explicações geradas por IA que transformam evidência em ação. Em vez de uma lista de vulnerabilidades isolada, segurança agora tem um lugar para viver: o que aconteceu, onde aconteceu, qual a severidade, e o que fazer em seguida.
Named Volumes
Crie, anexe, mova, redimensione e entenda storage de projeto pelo dashboard.
Storage de projeto agora é um recurso de primeira classe. Named volumes permitem criar storage portátil, anexar e desanexar de serviços, mover quando suportado, redimensionar dentro dos limites do plano, e ver estado e saúde do volume no mesmo workspace onde você gerencia o resto do projeto. O storage existente dos serviços também aparece de forma mais consistente como volume, para dados persistentes não parecerem um detalhe escondido de implementação.
Segurança na sua Home
Postura, findings e eventos recentes podem ficar na primeira tela que você abre.
Sinais de segurança agora podem aparecer direto na Home. Adicione widgets de postura, findings abertos e eventos recentes, escolha o escopo de conta, projeto ou serviço que importa, e mantenha risco visível sem transformar toda manhã em uma revisão separada de segurança. Para times que vivem no dashboard o dia inteiro, Athena faz segurança parecer parte da operação, não outra sala.
Mudanças de serviço mais seguras
Portas, arquivos de ambiente e mudanças de runtime agora têm guardrails mais claros.
Operações do dia a dia em serviços ficaram menos frágeis. Você pode editar a porta de um serviço
pela UI, exportar variáveis de ambiente como arquivo .env, e usar nomes de variáveis com letras
maiúsculas e minúsculas para frameworks que esperam esse padrão. O dashboard também ficou mais
rigoroso em esconder detalhes internos da plataforma: erros devem dizer o que fazer, não vazar a
engrenagem que gerou a falha.
Falhas mais claras, operação mais silenciosa
Quando deploys falham, a plataforma trabalha mais para explicar o motivo real.
Athena melhora como o Guara Cloud classifica e reporta as arestas de produção: falhas terminais na inicialização de pods, limites de quota de storage, drift de rollout, e filas internas da plataforma. Mais falhas agora chegam em mensagens específicas e localizadas em vez de estados vagos de pending, e os sinais internos de saúde por trás do produto ficam mais silenciosos e confiáveis para o time Guara. Para o usuário, o resultado é simples: menos falhas confusas, próximos passos melhores, e menos tempo adivinhando.
E mais, por dentro da plataforma
-
Eventos de segurança ganharam filtros mais ricos, timeline agrupada, drawer de detalhes e auto-refresh.
-
Findings agora têm estados mais claros, tratamento mais seguro de evidências, e links mais diretos para o projeto ou serviço afetado.
-
Snapshots de serviços do catálogo agora aparecem no contexto de volume onde usuários já pensam sobre storage.
-
A navegação de projetos e serviços ficou mais limpa, especialmente nos workspaces de recurso.
-
Storage de serviço aparece de forma mais consistente nas páginas de serviço, páginas de storage do projeto, e detalhes de volume.
-
A triagem de segurança no admin ficou mais forte, com postura por conta e contexto de segurança por usuário.
-
Limites de storage e observabilidade são aplicados de forma mais consistente por plano.
-
Mais telas mostram erros genéricos e acionáveis em vez de detalhes crus do sistema.
-
Mais trabalho de background é processado em lote, deduplicado ou protegido, deixando contas movimentadas mais suaves.
E mais, aquele tipo de polimento de plataforma que fica mais fácil de notar quando falta: copy mais precisa, limites mais firmes, internos mais silenciosos, e menos lugares onde o usuário precisa entender Kubernetes para operar a própria aplicação.