Comparação
CRACI vs Northflank
O Northflank substitui a sua CI e o seu alojamento por uma única plataforma para programadores. O CRACI mantém o GitHub Actions e substitui o runner, para que cada build registe o que obteve e corra sob uma política de egress.
Atualizado a
A resposta curta
O Northflank é uma plataforma para programadores sobre Kubernetes. Constrói o seu código a partir do Git, implementa-o como serviços e jobs, executa bases de dados geridas, cria um ambiente de pré-visualização para cada pull request e pode fazer tudo isto dentro da conta de cloud da sua empresa. Apresenta-se como alternativa ao GitHub Actions porque o build e a implementação acontecem no mesmo produto.
O CRACI segue o caminho oposto. Mantém o GitHub Actions, os seus workflows e a interface do GitHub, e o CRACI substitui o runner onde os jobs correm. Como o CRACI é o runner, vê o que cada build traz: cada job produz uma SBOM dos pacotes que realmente obteve, corre sob uma política de egress e alimenta o acompanhamento de vulnerabilidades de todos os seus builds. As execuções no CRACI são cerca de duas vezes mais rápidas do que em runners alojados no GitHub, graças a hardware mais rápido, tempos de fila mais curtos e cache.
A diferença numa linha: o Northflank decide onde o seu software corre; o CRACI regista o que entrou nele.
Visão geral
| Funcionalidade | CRACI | Northflank |
|---|---|---|
| O que é | Um runner de GitHub Actions com segurança da cadeia de abastecimento integrada. | Uma plataforma para programadores sobre Kubernetes: builds, implementações, bases de dados, jobs, ambientes de pré-visualização e GPU. |
| Como correm os builds | Os seus workflows de GitHub Actions, em runners do CRACI. Defina runs-on: craci. | O Northflank constrói cada commit a partir de um Dockerfile ou buildpack, com regras por push ou pull request. |
| Sistemas de CI | Hoje GitHub Actions; GitLab CI e Jenkins no roadmap | Builds próprios; implementações acionadas a partir de GitHub Actions, GitLab CI ou qualquer CI |
| SBOM do build a partir de dependências observadas | Todos os jobs, com estado de completude, incluindo pacotes em cache | Não consta das funcionalidades documentadas |
| Política de egress de rede do build | Negação ou permissão por defeito, validada antes do job, falha em modo fechado | As políticas de rede isolam projetos; sem política de egress de build documentada |
| Análise e monitorização de vulnerabilidades | SBOM monitorizadas reavaliadas continuamente | Análise de builds com políticas de gravidade de CVE, Enterprise |
| Assinatura de imagens | Políticas de assinatura de imagens, Enterprise | |
| Evidências e relatórios para o CRA | SBOM em CycloneDX ou SPDX, registos via API; sem exportação de relatórios | Não consta das funcionalidades documentadas |
| Implementar e alojar aplicações | O CRACI cobre o build | Serviços, jobs, lançamentos rolling e blue-green, reversões |
| Ambientes de pré-visualização | Stack completa, para cada pull request, a partir de modelos | |
| Bases de dados geridas | Postgres, MySQL, MongoDB e Redis | |
| Cargas de trabalho em GPU | NVIDIA L4 a H100, GPU fracionadas | |
| Corre na sua própria cloud | Runners alojados pelo cliente, Enterprise | AWS, GCP, Azure, Oracle e outras clouds, ou qualquer cluster Kubernetes |
| Tamanhos de computação | 1 a 32 vCPU com 3 GB de RAM cada, Linux x86-64 e ARM64. | 0,1 a 32 vCPU e 256 MB a 256 GB de memória. |
| Preço | $0.002 por vCPU-minuto ($0.004 com 2 vCPU), medido ao segundo. Sem mensalidade. | $0.01667 por vCPU-hora e $0.00833 por GB-hora, proporcional ao segundo. Sem tarifa de build separada. |
| Utilização gratuita | Programa para startups: pelo menos 100.000 minutos de build gratuitos. | Developer Sandbox gratuito: 2 serviços, 1 base de dados e 2 cron jobs. |
| Certificações do serviço | Certificado ISO 27001. | Conforme com SOC 2 Type 2 e HIPAA. |
| Onde corre | Infraestrutura bare-metal europeia; residência de dados na UE no Enterprise. | Plano de controlo na Google Cloud em Londres ou Amesterdão; cargas de trabalho na cloud e região que escolher. |
- Incluído
- Em parte
- Não incluído
- No roadmap
O que o Northflank faz bem
Build, implementação e alojamento num só lugar. O Northflank constrói cada commit a partir de um Dockerfile ou buildpack, com regras de build para branches e pull requests, filtros de caminhos para monorepos e cache BuildKit para builds de Dockerfile. A imagem segue diretamente para uma implementação com atualizações rolling ou blue-green, reversões instantâneas e promoção de staging para produção. Funciona com GitHub, GitLab e Bitbucket.
Ambientes de pré-visualização. Os modelos descrevem um ambiente completo, com serviços, bases de dados e jobs, e o Northflank implementa um automaticamente quando se abre um pull request.
Mais do que contentores. Postgres, MySQL, MongoDB e Redis geridos, cron jobs, escalonamento automático, domínios personalizados com TLS automático, gestão de segredos, registos e métricas, cargas de trabalho em GPU de NVIDIA L4 a H100 com GPU fracionadas, e sandboxes em microVM para executar código não fidedigno ou gerado por IA.
A sua própria cloud. A opção bring your own cloud executa cargas de trabalho na sua conta AWS, GCP, Azure, Oracle, Civo, CoreWeave ou Nebius, ou em qualquer cluster Kubernetes, como EKS, GKE, AKS, Rancher ou OpenShift. Os builds podem correr no mesmo cluster, num cluster de build dedicado ou na infraestrutura de build gerida do Northflank.
Controlos empresariais. SSO com qualquer fornecedor SAML ou OIDC, acesso baseado em funções, registos de auditoria exportados para um SIEM, análise de builds com políticas baseadas na gravidade de CVE, políticas de assinatura de imagens e implementações isoladas da rede. O Northflank afirma estar em conformidade com SOC 2 Type 2 e HIPAA, e diz que mais de 2.000 startups e empresas o utilizam.
Se quer uma plataforma para construir, pré-visualizar, implementar e alojar as suas aplicações, o Northflank foi feito para isso.
Onde o CRACI é diferente
Mantém o GitHub Actions
Os builds do Northflank transformam cada commit numa imagem de contentor a partir de um Dockerfile ou buildpack. O CRACI mantém os workflows que já tem: matrix builds, testes, linters, actions reutilizáveis e a interface do GitHub ficam como estão, e o job corre num runner do CRACI em vez de num runner alojado no GitHub. Qualquer job que corra em GitHub Actions recebe o mesmo registo, não apenas os que constroem uma imagem de contentor.
Um registo do que o build obteve
Enquanto cada job corre, um proxy que reconhece pacotes regista o tráfego para origens de pacotes: npm, PyPI, RubyGems, Cargo, Go, Nix, OCI, apt, apk e Git, além de predefinições de transferência. A evidência das dependências acompanha as caches de CI, pelo que os pacotes restaurados de uma cache continuam a ser contabilizados. O CRACI regista as dependências ocultas que as ferramentas baseadas em lockfiles não veem, como código transferido por scripts de instalação, e cada componente da SBOM entrou realmente no build. A SBOM de cada job, em CycloneDX ou SPDX, traz um estado de completude: Complete, Complete with connections, Incomplete, Unavailable ou Not recorded.
Controlo sobre o que o build pode alcançar
As políticas de rede do Northflank isolam os projetos entre si. O CRACI controla o próprio tráfego de saída do build: uma política de egress no runner, de negação ou de permissão por defeito, com 24 predefinições integradas de origens de software, origens personalizadas tipadas e regras explícitas de TLS, TCP, UDP e ICMP. As políticas são validadas antes de o job arrancar e falham em modo fechado. Uma política de negação por defeito permite apenas aquilo de que o build precisa, pelo que bloqueia a exfiltração para o host de um atacante mesmo num ataque que ninguém viu antes, e uma violação envia um alerta.
Acompanhamento de vulnerabilidades entre builds
O CRACI continua a reavaliar as SBOM monitorizadas à medida que surgem novos avisos de segurança, agrega as conclusões de todos os builds e repositórios e mostra que builds anteriores continham uma dependência vulnerável, para que saiba durante que período esteve afetado. As equipas de segurança fazem a triagem das conclusões e encaminham-nas para a equipa responsável pela correção, e os policy gates podem parar um build que contenha um CVE específico. A análise de builds do Northflank, no plano Enterprise, verifica as imagens face a políticas de gravidade de CVE; não guarda um registo do que cada build obteve.
O que o Northflank tem e o CRACI não
O CRACI não assina imagens nem proveniência; o Northflank Enterprise pode impor a assinatura de imagens. A API do CRACI devolve SBOM, traços de rede e dados de proveniência, sem assinatura.
Marque uma demo para ver a SBOM, o traço de rede e as vulnerabilidades de um dos seus próprios workflows.
Preço
Em outubro de 2026, o Northflank cobra $0.01667 por vCPU-hora e $0.00833 por GB-hora de memória na sua cloud gerida, proporcional ao segundo e faturado mensalmente, com planos de computação fixos a partir de $2.70 por mês e um Developer Sandbox gratuito. As GPU têm preço à hora, a partir de $0.80 para uma NVIDIA L4. A sua página de preços não indica uma tarifa separada para builds; os builds correm num plano de build à sua escolha. Na sua própria cloud, o Northflank cobra uma taxa por cluster, vCPU e GB de memória, e o seu fornecedor de cloud fatura as máquinas.
O CRACI cobra apenas os minutos de build: $0.002 por vCPU-minuto ($0.004 para um runner predefinido de 2 vCPU), medido ao segundo, sem mensalidade nem custos por SBOM. Nas tarifas de computação de tabela, o Northflank é mais barato por vCPU-hora. As duas tarifas pagam, no entanto, coisas diferentes: a do Northflank paga a computação em que implementa, e a do CRACI paga jobs de GitHub Actions com a SBOM, a política de egress e o acompanhamento de vulnerabilidades incluídos. Consulte os preços do CRACI para as condições atuais.
Qual escolher
O Northflank é a melhor opção quando
- Quer uma única plataforma para construir, implementar e alojar aplicações, com bases de dados e ambientes de pré-visualização.
- Está pronto para mover a lógica de build do GitHub Actions para os builds do Northflank.
- O seu código está em GitLab ou Bitbucket.
- Precisa hoje de cargas de trabalho ou builds dentro da sua própria conta de cloud, ou de cargas de trabalho em GPU.
O CRACI é a melhor opção quando
- Quer manter o GitHub Actions e tornar os seus builds mais rápidos com os mesmos workflows.
- Precisa de mostrar o que entrou em cada versão, a partir do próprio build, com um estado de completude.
- Quer controlar o que os builds podem alcançar, com uma política que falha em modo fechado.
- Precisa de acompanhamento de vulnerabilidades em tudo o que constrói, e de residência de dados na UE no plano Enterprise.
Os dois não se excluem. O CRACI não implementa nem aloja software. O Northflank documenta o acionamento das suas implementações a partir de GitHub Actions, pelo que uma equipa pode construir no CRACI, guardar o registo do build e implementar a imagem no Northflank.
Aquilo de que abdica com o CRACI. Implementação, alojamento, bases de dados, ambientes de pré-visualização e GPU, que o CRACI não oferece, e CI para além do GitHub Actions: o GitLab CI e o Jenkins estão no roadmap. O CRACI executa hoje apenas jobs Linux, com Windows e macOS no roadmap, e os runners alojados pelo cliente estão no roadmap para o Enterprise.
Para o Cyber Resilience Act
O Cyber Resilience Act da UE espera que os fabricantes saibam o que está em cada versão e tratem as respetivas vulnerabilidades, com obrigações de reporte a partir de setembro de 2026 e aplicação plena a partir de dezembro de 2027. O produto do Northflank é a plataforma onde o seu software corre, e as suas funcionalidades de segurança protegem essa plataforma e as respetivas imagens. O CRACI produz evidências a partir do registo do build e exporta SBOM em CycloneDX ou SPDX, incluindo vulnerabilidades. Automatiza uma parte significativa da visibilidade da cadeia de abastecimento de software e das evidências de que as empresas precisam para o seu processo mais amplo de conformidade com o CRA.
Executar os seus builds no CRACI
O CRACI substitui o runner, não o GitHub Actions, e as execuções continuam a aparecer na interface do GitHub. Qualquer workflow corre no CRACI com uma linha:
runs-on: craci
Saiba mais sobre a geração de SBOM durante o build, compare plataformas de CI/CD ou candidate-se ao programa para startups.
Northflank vs CRACI: perguntas frequentes
Builds, SBOM, preços e alojamento, com base na informação publicada por cada fornecedor
O que é o Northflank?
O Northflank é uma plataforma para programadores construída sobre Kubernetes. Constrói o seu código a partir do Git, implementa serviços, jobs e bases de dados, cria ambientes de pré-visualização para pull requests, executa cargas de trabalho em GPU e sandboxes, e pode fazer tudo isto na conta de cloud da sua empresa. Posiciona-se como alternativa ao GitHub Actions porque constrói e implementa num único produto.
O Northflank é um runner de GitHub Actions?
Não. O Northflank substitui o pipeline de CI pelos seus próprios builds: constrói cada commit a partir de um Dockerfile ou buildpack e implementa o resultado. Também pode ser acionado a partir de um workflow de GitHub Actions existente. O CRACI segue a abordagem oposta: mantém o GitHub Actions, e o CRACI substitui o runner onde os seus jobs correm.
O Northflank gera SBOM?
Não consta das suas funcionalidades documentadas. O plano Enterprise acrescenta análise de builds com políticas baseadas na gravidade de CVE e políticas de assinatura de imagens. O CRACI regista os pacotes que cada job obtém, incluindo os restaurados de caches, e produz uma SBOM CycloneDX ou SPDX com um estado de completude para cada job.
O Northflank é mais barato do que o CRACI?
Nas tarifas de computação publicadas, sim. O Northflank indica $0.01667 por vCPU-hora e $0.00833 por GB-hora de memória, proporcional ao segundo, e não indica uma tarifa de build separada. O CRACI cobra $0.002 por vCPU-minuto ($0.004 para um runner predefinido de 2 vCPU), medido ao segundo, sem mensalidade. Os dois vendem coisas diferentes: o Northflank cobra alojamento e builds, o CRACI cobra jobs de GitHub Actions com a SBOM, a política de egress e o acompanhamento de vulnerabilidades incluídos.
Posso manter o alojamento no Northflank e fazer os builds no CRACI?
Sim. O CRACI não implementa nem aloja aplicações. O Northflank documenta o acionamento das suas implementações a partir de GitHub Actions, pelo que um workflow pode correr no CRACI, registar o que o build obteve e entregar a imagem ao Northflank para implementação.
Algum deles pode correr na minha própria cloud?
O Northflank pode: a sua opção bring your own cloud executa cargas de trabalho e, opcionalmente, builds na sua conta AWS, GCP, Azure, Oracle ou de outra cloud, ou em qualquer cluster Kubernetes. O CRACI executa hoje runners geridos em infraestrutura europeia, com runners alojados pelo cliente no roadmap para o Enterprise.
Veja o que os seus builds trazem
Marque uma demo e executaremos um dos seus workflows no CRACI, percorrendo consigo a SBOM, o traço de rede e as vulnerabilidades.
Marcar demo