Aller au contenu

Compatible avec les pipelines, plateformes et fichiers que vous utilisez déjà

En CI, Crunu tient en une commande, crunu run, avec un jeton lié à votre fournisseur. Sur les serveurs, c’est un agent avec un service systemd. Cette page ne liste que ce qui fonctionne aujourd’hui, et précise ce qui est intégré et ce qui relève de la recette.

Exemple. Kiteline est une entreprise fictive.

Pipelines CI3

Liez un jeton de service à votre fournisseur de CI par OIDC : il ne fonctionne alors que dans le pipeline que vous désignez et ne reçoit que les environnements que vous accordez.

  • GitHub ActionsIntégré

    Liez un jeton à un dépôt, une branche et un environnement par OIDC ; l’agent récupère lui-même le jeton de GitHub.

  • GitLab CIIntégré

    Liez un jeton à un chemin de projet, une ref et un environnement avec id_tokens, ou étendez les modèles de jobs .crunu.

  • Bitbucket PipelinesIntégré

    Liez un jeton à un dépôt, une branche et un déploiement avec le jeton OIDC de l’étape et votre propre audience.

Autres systèmes de CI. Gardez un jeton de service dans les secrets de la CI et lancez les étapes avec crunu run. Tout émetteur qui publie une découverte OIDC peut servir à une liaison CI. Toute CI avec un jeton de service

Plateformes cloud pour votre propre serveur3

Déployez votre propre serveur Crunu avec un seul script. Où qu’il tourne, le serveur ne stocke que des données chiffrées, et il change de plateforme avec une seule archive.

  • Cloudflare WorkersIntégré

    Déployez votre propre serveur sur Workers avec D1, en un seul script.

  • VercelIntégré

    Hébergez votre propre serveur sur Vercel avec Neon, ou poussez des valeurs dans Vercel depuis la CI.

  • Google Cloud RunIntégré

    Déployez votre propre serveur sur Cloud Run avec Cloud SQL ou Neon et Secret Manager.

Vos serveurs et conteneurs2

Faites tourner le serveur avec Docker Compose, et l’agent crunu comme service systemd isolé qui transmet les variables à vos programmes.

  • DockerIntégré

    Faites tourner votre propre serveur avec Docker Compose, derrière Caddy ou Cloudflare Tunnel.

  • systemdIntégré

    Faites tourner l’agent comme service isolé et lancez vos services avec crunu run.

Fichiers et formats2

Conservez les fichiers d’identifiants tels qu’ils sont écrits, et exportez un environnement dans un format que d’autres outils savent ouvrir.

  • AWS credentials filesIntégré

    Conservez ~/.aws/credentials et ~/.aws/config avec leurs sections, et remettez-les en place en une commande.

  • Ansible VaultIntégré

    Exportez un environnement vers un keys.vault.yml qui s’ouvre avec ansible-vault view.

Ce qui n’est pas connecté

Tout ce qui précède fonctionne aujourd’hui. Voici les manques, pour que vous puissiez vous organiser en conséquence.

  • Pas de synchronisation intégrée vers les magasins de secrets cloud

    Crunu ne pousse pas de valeurs dans les variables d’environnement Vercel, les secrets Cloudflare, AWS Secrets Manager ou GitHub Secrets. Un pipeline peut les y pousser avec crunu run et la CLI de la plateforme.

  • Ni Kubernetes ni Terraform

    Il n’y a ni opérateur Kubernetes, ni chart Helm, ni pilote CSI, ni fournisseur Terraform, ni SDK. Les programmes reçoivent leurs valeurs via crunu run.

  • Messagerie et astreinte uniquement par webhooks

    Slack, Microsoft Teams et PagerDuty reçoivent les alertes Crunu via leurs webhooks entrants ; il n’existe pas d’application dédiée.

  • Pas d’import depuis d’autres coffres-forts

    Crunu n’importe rien depuis 1Password, HashiCorp Vault, Doppler ou Infisical. Faites plutôt glisser vos fichiers dans un environnement.

  • AWS App Runner n’est pas listé

    Le serveur a un script de déploiement pour App Runner, mais AWS l’a fermé aux nouveaux clients.

Ce que Crunu ne fait pas

Questions et réponses

Votre question n’est pas traitée ici ? Écrivez à support@crunu.com : une personne vous répondra.

L’action GitHub est-elle sur la Marketplace ?

Non. L’action setup-crunu, ce sont deux fichiers que vous copiez dans votre dépôt : elle passe donc par votre propre relecture. Les mêmes étapes fonctionnent aussi sous forme de trois commandes simples.

Quels fournisseurs de CI peuvent lier un jeton par OIDC ?

GitHub Actions, GitLab CI et Bitbucket Pipelines, ainsi que tout émetteur qui publie une découverte OIDC. Les autres systèmes de CI peuvent utiliser un jeton de service seul.

Dois-je héberger Crunu sur l’une de ces plateformes ?

Non. Crunu tourne sur app.crunu.com. Les intégrations d’hébergement s’adressent aux équipes qui exploitent leur propre serveur. Le serveur n’est pas proposé en téléchargement public. Écrivez à support@crunu.com.

Crunu peut-il synchroniser les secrets vers mon fournisseur cloud ?

Pas de lui-même. Un pipeline peut pousser les valeurs avec crunu run et la CLI du fournisseur, comme le montre la page Vercel.

Crunu fonctionne-t-il sous Windows ?

Non. L’agent crunu fonctionne sous Linux et macOS, en amd64 et arm64.

Connectez votre premier pipeline

Créez un jeton de service pour staging, collez la configuration CI dans votre pipeline et lancez vos tests avec crunu run. Gratuit pendant l’accès anticipé.