Firstlume

Veja cada recurso antes de ele mudar.

O Firstlume planeja seu código OpenTofu, Terraform e Terragrunt, mostra o que vai mudar recurso por recurso, espera a aprovação e aplica exatamente o que foi planejado.

Do commit ao apply, sem nada escondido.

01

Plan

Cada fase roda num Job efêmero do Kubernetes. O plan grava o commit e guarda o arquivo de plano, cifrado.

02

Revisão

Excluir, substituir, atualizar, criar: cada recurso tem o seu card e o seu diff. Uma substituição sempre aparece como substituição.

03

Aprovação

Exigida por padrão e configurável por stack. Só um run por vez ocupa um stack; os outros esperam na fila.

04

Apply

Faz checkout do commit planejado e aplica aquele arquivo de plano. Você acompanha cada recurso: pronto, com erro ou não aplicado.

Feito para a infraestrutura que você já tem.

O state continua seu

Um backend HTTP, sem plugin. Lock por unit e versões imutáveis e cifradas, no Postgres ou em qualquer storage compatível com S3. Importe o state que você já tem, ou use só o state enquanto o CI atual continua rodando.

terraform {
  backend "http" {}
}

Detecção de drift

Verificação agendada, de 15 em 15 minutos até de 7 em 7 dias. Um run de drift é um plan que nunca aplica nem pede aprovação. O resultado fica no stack.

Terragrunt

run --all com um state por unit. Cada unit grava quando o apply dela termina, então uma falha não leva as outras junto.

Vault, não um segundo cofre

O executor lê os segredos com um JWT emitido por fase. Os valores nunca passam pelo servidor nem pelo banco.

Configurações herdadas

Variáveis, segredos e regras de aprovação descem da organização, pelas pastas, até cada stack. O nível mais próximo vence.

Declarado no repositório

.firstlume/config.yaml define engine e versão e escreve arquivos HCL, JSON, YAML, env e raw por pasta, antes do init.

Credenciais de registry

Logins de Harbor, GHCR, Docker Hub e registries Terraform privados, herdados por host e mascarados nos logs.

Gitea hoje

Conecte o Gitea, entre com ele, e o Firstlume encontra as pastas .firstlume nos seus repositórios. GitHub e GitLab estão planejados.

No seu cluster ou na nossa estrutura. Você escolhe.

Um binário, uma imagem e um chart Helm. O agent busca o trabalho, então pode rodar em outro cluster ou rede sem que a API precise alcançá-lo. Runners na nossa estrutura estão planejados, para quem preferir não rodá-los.

  • Sem root, com rootfs somente leitura, e nunca é retentado
  • Credenciais de nuvem vêm da identidade do pod (IRSA, Workload Identity)
  • Segredos, tokens e planos cifrados com AES-256-GCM e mascarados nos logs
Ler o guia de instalação
helm install firstlume deploy/helm/firstlume \
  -n firstlume --create-namespace \
  --set controlPlane.database.url='postgres://…'

Duas formas de usar.

Self-hosted

Instale com Helm no seu próprio cluster Kubernetes. Sua equipe opera.

  • Seu banco e seu storage compatível com S3
  • Os segredos ficam no seu Vault
  • Agents em quantos clusters precisar
Falar sobre self-hosted

Com a gente

Todo o controle, sem o trabalho de manter a plataforma. Nós instalamos, mantemos no ar e cuidamos das atualizações. Sua equipe só revisa e aprova.

  • Nenhuma plataforma para sua equipe instalar ou manter
  • Runners na nossa estrutura (planejado) ou no seu cluster, você decide
  • Conecte seu Git e seu código e comece a revisar planos
  • Escopo e preço sob medida para a sua equipe
Falar sobre o seu cenário

O que existe e o que vem depois.

O Firstlume está em desenvolvimento ativo. Esta lista separa o que você usa hoje do que só está planejado.

Disponível hoje

  • Plan e apply com revisão por recurso e aprovação configurável
  • Confirmação por recurso para exclusões e recriações (configuração opcional)
  • Progresso do apply por recurso
  • Detecção de drift agendada
  • Backend de state: locks, versões, criptografia, importação e tokens "só state"
  • State no Postgres, em storage compatível com S3 ou no bucket da organização
  • Terragrunt com run --all
  • Arquivos declarados, segredos do Vault e credenciais de registry
  • Organizações, pastas e stacks, com configurações herdadas
  • Login pelo Gitea (OIDC) e convites
  • UI web, agent Kubernetes e chart Helm

Planejado

  • GitHub e GitLab
  • Plan em pull request, commit status, apply no merge
  • Terragrunt nativo: um run por unit, grafo de dependências, agents por rede ou zona
  • Aprovadores por pessoa ou grupo, papéis mais finos e trilha de auditoria
  • Export OpenTelemetry e notificações (webhook, Slack, Rocket.Chat)
  • Hooks por fase, tarefas agendadas e políticas OPA
  • Runners na nossa estrutura, para quem escolher
  • Backup, restore e alta disponibilidade

Quer ver na sua infraestrutura?

Escreva para hello@firstlume.io e conte o que você usa hoje.