CRACI vs Northflank

En bref

Northflank est une plateforme de développement sur Kubernetes. Elle construit votre code depuis Git, le déploie sous forme de services et de jobs, exécute des bases de données managées, crée un environnement de prévisualisation pour chaque pull request et peut faire tout cela dans votre propre compte cloud. Elle se présente comme une alternative à GitHub Actions, car le build et le déploiement se font dans le même produit.

CRACI prend le chemin inverse. Vous conservez GitHub Actions, vos workflows et l'interface GitHub, et CRACI remplace le runner sur lequel s'exécutent les jobs. Comme CRACI est le runner, il voit ce que chaque build récupère : chaque job produit une SBOM des paquets réellement récupérés, s'exécute sous une politique de trafic sortant et alimente le suivi des vulnérabilités de l'ensemble de vos builds. Les exécutions sur CRACI sont environ deux fois plus rapides que sur les runners hébergés par GitHub, grâce à un matériel plus rapide, des temps d'attente plus courts et le cache.

La différence en une ligne : Northflank décide où s'exécute votre logiciel ; CRACI enregistre ce qui y est entré.

En un coup d'œil

Ce que Northflank fait bien

Construire, déployer et héberger au même endroit. Northflank construit chaque commit à partir d'un Dockerfile ou d'un buildpack, avec des règles de build pour les branches et les pull requests, des filtres de chemin pour les monorepos et le cache BuildKit pour les builds Dockerfile. L'image passe directement dans un déploiement avec des mises à jour progressives ou blue-green, des retours arrière instantanés et une promotion de la pré-production vers la production. Il fonctionne avec GitHub, GitLab et Bitbucket.

Les environnements de prévisualisation. Des modèles décrivent un environnement complet, avec services, bases de données et jobs, et Northflank en déploie un automatiquement à l'ouverture d'une pull request.

Plus que des conteneurs. Postgres, MySQL, MongoDB et Redis managés, cron jobs, autoscaling, domaines personnalisés avec TLS automatique, gestion des secrets, logs et métriques, charges de travail GPU de NVIDIA L4 à H100 avec GPU fractionnés, et sandboxes microVM pour exécuter du code non fiable ou généré par IA.

Votre propre cloud. Bring your own cloud exécute les charges de travail dans votre compte AWS, GCP, Azure, Oracle, Civo, CoreWeave ou Nebius, ou sur tout cluster Kubernetes tel qu'EKS, GKE, AKS, Rancher ou OpenShift. Les builds peuvent s'exécuter sur le même cluster, sur un cluster de build dédié ou sur l'infrastructure de build managée de Northflank.

Les contrôles Enterprise. SSO avec tout fournisseur SAML ou OIDC, accès basé sur les rôles, logs d'audit exportés vers un SIEM, scan des builds avec des politiques fondées sur la sévérité CVE, politiques de signature d'images et déploiements air-gapped. Northflank déclare être conforme SOC 2 Type 2 et HIPAA, et indique que plus de 2 000 startups et entreprises l'utilisent.

Si vous voulez une seule plateforme pour construire, prévisualiser, déployer et héberger vos applications, Northflank est conçu pour cela.

Ce qui distingue CRACI

Vous conservez GitHub Actions

Les builds de Northflank transforment chaque commit en image de conteneur à partir d'un Dockerfile ou d'un buildpack. CRACI conserve les workflows que vous avez déjà : les builds matriciels, les tests, les linters, les actions réutilisables et l'interface GitHub restent tels quels, et le job s'exécute sur un runner CRACI au lieu d'un runner hébergé par GitHub. Tout job qui s'exécute dans GitHub Actions obtient le même enregistrement, pas seulement ceux qui construisent une image de conteneur.

Un enregistrement de ce que le build a récupéré

Pendant l'exécution de chaque job, un proxy qui comprend les paquets enregistre le trafic vers les sources de paquets : npm, PyPI, RubyGems, Cargo, Go, Nix, OCI, apt, apk et sources Git, ainsi que des presets de téléchargement. Les preuves de dépendances suivent les caches CI : les paquets restaurés depuis un cache sont donc toujours comptés. CRACI enregistre les dépendances cachées que les outils fondés sur les lockfiles ne voient pas, comme le code téléchargé par les scripts d'installation, et chaque composant de la SBOM a réellement été récupéré dans le build. La SBOM de chaque job, en CycloneDX ou SPDX, porte un état de complétude : Complete, Complete with connections, Incomplete, Unavailable ou Not recorded.

Le contrôle de ce que le build peut atteindre

Les politiques réseau de Northflank isolent les projets les uns des autres. CRACI contrôle le trafic sortant du build lui-même : une politique de trafic sortant au niveau du runner, avec refus par défaut ou autorisation par défaut, 24 presets de sources logicielles intégrés, des sources personnalisées typées et des règles TLS, TCP, UDP et ICMP explicites. Les politiques sont validées avant le démarrage du job et bloquent tout en cas d'échec. Une politique de refus par défaut n'autorise que ce dont le build a besoin : elle bloque donc l'exfiltration vers l'hôte d'un attaquant, même pour une attaque jamais vue, et une violation envoie une alerte.

Le suivi des vulnérabilités d'un build à l'autre

CRACI continue de réévaluer les SBOM surveillées à mesure que paraissent de nouveaux avis de sécurité, agrège les résultats de l'ensemble des builds et des dépôts, et montre quels builds passés contenaient une dépendance vulnérable : vous connaissez ainsi la période pendant laquelle vous étiez concerné. Les équipes sécurité trient les résultats et les envoient à l'équipe chargée de la correction, et des policy gates peuvent arrêter un build qui contient une CVE précise. Le scan des builds de Northflank, sur son plan Enterprise, vérifie les images par rapport à des politiques de sévérité CVE ; il ne conserve pas d'enregistrement de ce que chaque build a récupéré.

Ce que Northflank a et que CRACI n'a pas

CRACI ne signe ni les images ni la provenance ; Northflank Enterprise peut imposer la signature d'images. L'API CRACI renvoie les SBOM, les traces réseau et les données de provenance, non signées.

Réservez une démo pour voir la SBOM, la trace réseau et les vulnérabilités de l'un de vos propres workflows.

Prix

En octobre 2026, Northflank facture $0.01667 par vCPU-heure et $0.00833 par GB-heure de mémoire sur son cloud managé, au prorata de la seconde et facturés mensuellement, avec des plans de calcul fixes à partir de $2.70 par mois et un Developer Sandbox gratuit. Les GPU sont tarifés à l'heure, à partir de $0.80 pour un NVIDIA L4. Sa page de tarifs n'affiche pas de tarif distinct pour les builds ; ceux-ci s'exécutent sur un plan de build que vous choisissez. Dans votre propre cloud, Northflank facture des frais par cluster, par vCPU et par GB de mémoire, et votre fournisseur cloud facture les machines.

CRACI ne facture que les minutes de build : $0.002 par minute vCPU ($0.004 pour un runner 2 vCPU par défaut), décompté à la seconde, sans abonnement mensuel ni frais par SBOM. Sur les tarifs de calcul catalogue, Northflank est moins cher par vCPU-heure. Mais ces deux tarifs ne paient pas la même chose : le tarif de Northflank paie le calcul sur lequel vous déployez, celui de CRACI paie des jobs GitHub Actions avec la SBOM, la politique de trafic sortant et le suivi des vulnérabilités inclus. Consultez les tarifs de CRACI pour les conditions actuelles.

Lequel choisir

Northflank convient mieux si

• Vous voulez une seule plateforme pour construire, déployer et héberger des applications, avec bases de données et environnements de prévisualisation.
• Vous êtes prêt à déplacer la logique de build de GitHub Actions vers les builds de Northflank.
• Votre code se trouve sur GitLab ou Bitbucket.
• Vous avez besoin dès aujourd'hui de charges de travail ou de builds dans votre propre compte cloud, ou de charges de travail GPU.

CRACI convient mieux si

• Vous voulez conserver GitHub Actions et accélérer vos builds sur les mêmes workflows.
• Vous devez montrer ce qui est entré dans chaque release, à partir du build lui-même, avec un état de complétude.
• Vous voulez contrôler ce que les builds peuvent atteindre, avec une politique qui bloque tout en cas d'échec.
• Vous avez besoin du suivi des vulnérabilités sur tout ce que vous construisez, et de la résidence des données dans l'UE sur le plan Enterprise.

Les deux ne s'excluent pas. CRACI ne déploie ni n'héberge de logiciels. Northflank documente le déclenchement de ses déploiements depuis GitHub Actions : une équipe peut donc construire sur CRACI, conserver l'enregistrement du build et déployer l'image sur Northflank.

Ce à quoi vous renoncez avec CRACI. Le déploiement, l'hébergement, les bases de données, les environnements de prévisualisation et les GPU, que CRACI ne propose pas, ainsi que la CI au-delà de GitHub Actions : GitLab CI et Jenkins figurent sur la roadmap. CRACI n'exécute aujourd'hui que des jobs Linux, avec Windows et macOS sur la roadmap, et les runners hébergés par le client figurent sur la roadmap pour Enterprise.

Pour le Cyber Resilience Act

Le Cyber Resilience Act de l'UE attend des fabricants qu'ils sachent ce que contient chaque release et qu'ils en traitent les vulnérabilités, avec des obligations de signalement dès septembre 2026 et une application complète à partir de décembre 2027. Le produit de Northflank est la plateforme sur laquelle s'exécute votre logiciel, et ses fonctionnalités de sécurité protègent cette plateforme et ses images. CRACI produit des preuves à partir de l'enregistrement du build et exporte les SBOM en CycloneDX ou SPDX, vulnérabilités comprises. Il automatise une part importante de la visibilité sur la chaîne d'approvisionnement logicielle et des preuves dont les entreprises ont besoin pour leur démarche plus large de conformité au CRA.

Exécuter vos builds sur CRACI

CRACI remplace le runner, pas GitHub Actions, et les exécutions apparaissent toujours dans l'interface GitHub. Tout workflow s'exécute sur CRACI avec une seule ligne :

runs-on: craci

En savoir plus sur la génération de SBOM au build, comparer les plateformes CI/CD ou postuler au programme startup.

Northflank vs CRACI : questions fréquentes

Builds, SBOM, tarifs et hébergement, d'après les informations publiées par chaque éditeur

Qu'est-ce que Northflank ?

Northflank est une plateforme de développement construite sur Kubernetes. Elle construit votre code depuis Git, déploie des services, des jobs et des bases de données, crée des environnements de prévisualisation pour les pull requests, exécute des charges de travail GPU et des sandboxes, et peut faire tout cela dans votre propre compte cloud. Elle se présente comme une alternative à GitHub Actions, car elle construit et déploie dans un seul produit.

Northflank est-il un runner GitHub Actions ?

Non. Northflank remplace le pipeline CI par ses propres builds : il construit chaque commit à partir d'un Dockerfile ou d'un buildpack et déploie le résultat. Il peut aussi être déclenché depuis un workflow GitHub Actions existant. CRACI adopte l'approche inverse : vous conservez GitHub Actions, et CRACI remplace le runner sur lequel s'exécutent vos jobs.

Northflank génère-t-il des SBOM ?

Cela ne figure pas parmi ses fonctionnalités documentées. Son plan Enterprise ajoute le scan des builds avec des politiques fondées sur la sévérité CVE, ainsi que des politiques de signature d'images. CRACI enregistre les paquets que chaque job récupère, y compris ceux restaurés depuis les caches, et produit une SBOM CycloneDX ou SPDX avec un état de complétude pour chaque job.

Northflank est-il moins cher que CRACI ?

Sur les tarifs de calcul publiés, oui. Northflank affiche $0.01667 par vCPU-heure et $0.00833 par GB-heure de mémoire, au prorata de la seconde, et n'affiche pas de tarif de build distinct. CRACI facture $0.002 par minute vCPU ($0.004 pour un runner 2 vCPU par défaut), décompté à la seconde, sans abonnement mensuel. Les deux ne vendent pas la même chose : Northflank tarife l'hébergement et les builds, CRACI tarife des jobs GitHub Actions avec la SBOM, la politique de trafic sortant et le suivi des vulnérabilités inclus.

Puis-je garder l'hébergement sur Northflank et construire sur CRACI ?

Oui. CRACI ne déploie ni n'héberge d'applications. Northflank documente le déclenchement de ses déploiements depuis GitHub Actions : un workflow peut donc s'exécuter sur CRACI, enregistrer ce que le build a récupéré et transmettre l'image à Northflank pour le déploiement.

L'un ou l'autre peut-il s'exécuter dans mon propre cloud ?

Northflank le peut : son option bring your own cloud exécute les charges de travail et, en option, les builds dans votre compte AWS, GCP, Azure, Oracle ou autre, ou sur tout cluster Kubernetes. CRACI exploite aujourd'hui des runners managés sur une infrastructure européenne, avec des runners hébergés par le client sur la roadmap pour Enterprise.