Skip to content

Enzonic CI

CI para os seus repositórios do GitHub, em runners da Enzonic.

O Enzonic CI roda seus testes e builds a cada push e pull request, cada job em seu próprio sandbox, em runners Linux operados pela Enzonic. Logs ao vivo, caches de dependências e artefatos, na mesma conta e no mesmo plano do Deploy e do Databases.

Incluído em todos os planos, inclusive no Grátis. Os minutos de CI, as tarefas em paralelo e a retenção vêm com o seu plano.

Enzonic CI: pipelines de três repositórios com suas últimas execuções e um problema de configuração explicado

Mais rápido que o GitHub Actions no mesmo workflow

Um workflow, executado nas duas plataformas: um job Node com npm ci e uma suíte vitest, e um job Go com go test. Quanto menor, melhor.

EtapaEnzonic CIGitHub Actions
Execução completa, do push até todos os jobs terminarem (caches aquecidos)37 s
Checkout1 s
npm ci com cache aquecido3 s
go test com caches frios20 s
Job Go, do início ao fim (caches aquecidos)11 s

Onde somos mais lentos: o primeiro npm ci depois de uma mudança no lockfile leva 6,8 s, contra 4 s no GitHub, porque cada arquivo que o npm extrai passa pelo sandbox do job. Cada execução posterior com o mesmo lockfile leva 0,09 s.

Medido em 1 de novembro de 2026 com o mesmo .github/workflows/ci.yml nas duas plataformas (GitHub em ubuntu-latest), em um repositório de benchmark. Medianas de 3 execuções, em segundos; as execuções aquecidas tinham os caches de cada plataforma prontos. Os números frios do GitHub vêm de uma única primeira execução.

Configuração que você já conhece

Escreva o .enzonic/ci.yml ou mantenha seus workflows do GitHub Actions: o Enzonic CI roda um subconjunto compatível de .github/workflows e informa, com uma mensagem, o que não consegue rodar, como ações não suportadas, runners Windows ou macOS e workflows reutilizáveis.

O que inicia uma execução

  • Pushes e tags
  • Pull requests
  • Agendamentos
  • Execuções manuais pelo console e execuções iniciadas pela API

Os jobs rodam em runners Linux. Cada job ganha seu próprio sandbox gVisor, sem acesso a redes privadas.

.enzonic/ci.yml
name: CI

on:
  push:
    branches: [main]
  pull_request:

jobs:
  test:
    image: node:22-bookworm-slim
    services:
      postgres:
        image: postgres:17-alpine
        env:
          POSTGRES_PASSWORD: postgres
    env:
      DATABASE_URL: postgres://postgres:postgres@postgres:5432/postgres
    steps:
      - name: Install
        run: npm ci
      - name: Test
        run: npm test

Um exemplo. A referência de CI na documentação lista todas as chaves e ações compatíveis.

Cada push e pull request em uma única lista

Execuções de todos os repositórios conectados, com status, evento, branch, commit e duração. A lista se atualiza enquanto algo está rodando, e cada execução reporta uma verificação no GitHub.

Enzonic CI: as execuções de cada pipeline com status, branch, commit e duração

O que ele faz

Builds em matriz e dependências entre jobs
Divida o trabalho em jobs, distribua por uma matriz e ordene os jobs com needs.
Containers de serviço
Suba o Postgres ou outro serviço junto com um job; ele entra na rede do job pelo tempo da execução.
Um sandbox por job
Cada job roda no seu próprio sandbox gVisor, em rede própria, sem acesso a redes privadas.
Logs ao vivo e artefatos
Acompanhe cada etapa enquanto ela roda, execute de novo os jobs que falharam e baixe os artefatos enquanto seu plano os mantiver.
Pull requests de forks com segurança
Execuções de pull requests vindos de forks não recebem segredos por padrão.
Correções para jobs que falharam
A Enzica, assistente da Enzonic, pode ler os logs de um job que falhou e propor uma correção, que você revisa antes de qualquer mudança.

Caches de dependências

Os caches são mantidos por repositório dentro do tamanho de cache do seu plano.

  • npm
  • pnpm
  • Yarn
  • Bun
  • pip
  • Go
  • Cargo
  • Maven
  • Gradle

Limites de CI por plano

Os minutos de CI são renovados todo mês e contados por job concluído. Os planos pagos acrescentam minutos, jobs em paralelo, um cache maior e uma retenção mais longa.

PlanoGrátisGrátisStarterUS$ 5 por mêsProUS$ 10 por mêsGrowthUS$ 19 por mêsBusinessUS$ 29 por mês
Minutos de CI3.000 por mês5.000 por mês6.000 por mês15.000 por mês60.000 por mês
Jobs ao mesmo tempo2461020
Tempo limite do job360 min360 min360 min480 min720 min
Cache de dependências2 GB5 GB10 GB20 GB50 GB
Artefatos mantidos90 dias90 dias90 dias180 dias400 dias
Logs mantidos14 dias30 dias30 dias60 dias90 dias
  • 50% de desconto no seu primeiro mês pago
  • 25% de desconto todo mês com um plano pago de jogos Enzonic

Preços em dólares americanos. Os planos pagos são renovados todo mês com o seu saldo Enzonic ou, quando o saldo acaba, com cartão. O plano grátis nunca pede cartão. O console sempre mostra os limites do seu plano atual.

Compare todos os limites no enzonic.dev

Grants para a nuvem

Tempo grátis de Pro ou Business e até US$ 500 de crédito de Cloud para quem constrói para outras pessoas.

  • Pro ou Business por 3, 6 ou 12 meses
  • Até US$ 500 de crédito de Cloud no seu saldo Enzonic
  • Um grant cobre Deploy, Databases, CI e os limites da Rapidfile do plano
  • Lido por uma pessoa, geralmente respondido em poucos dias

Solicite pelo formulário no enzonic.dev. Basta uma conta Enzonic gratuita, sem cartão.

  • Código aberto
  • Estudantes
  • ONGs
  • Startups
  • Educadores
  • Hackathons

Perguntas

Muitas vezes, não. O Enzonic CI lê o .enzonic/ci.yml ou um subconjunto compatível de .github/workflows. Etapas que ele não consegue rodar, como runners Windows ou macOS e workflows reutilizáveis, são informadas com uma mensagem clara, em vez de falhar em silêncio.

Conecte um repositório e deixe o próximo push rodar.

Também vai fazer deploy do app, hospedar o banco de dados ou os uploads?