Images déjà construites
Votre CI construit déjà l’image de votre appli : while la met en ligne telle quelle, avec le même plan et le même retour arrière.
Mis à jour le 9 novembre 2026.
Vous, à votre agent : Mets en ligne l’image ghcr.io/acme/planning:1.2.0.
Ce que votre agent écrit
Votre agent l’écrit dans while.yaml, à la racine de votre appli :
services:
- name: web
image: ghcr.io/exemple/app:1.2.0
port: 8080Quand vous en servir
Servez-vous-en quand votre CI construit déjà l’image : donnez-la, de préférence avec son digest, et while la met en ligne telle quelle.
Comment ça marche
while met en ligne une image OCI construite ailleurs, par votre CI par exemple. Le plan, la mise en ligne et le retour arrière marchent comme pour une image construite par while.
Ce qu’il faut savoir
L’image vient d’un registre public que while relaie (docker.io, ghcr.io, quay.io, registry.k8s.io, gcr.io, mcr.microsoft.com, public.ecr.aws), ou du registre du projet, registry.while.sh. Un autre registre ne marche que s’il répond en IPv6, et while ne se connecte pas à un registre privé externe. Les failles d’une image ne sont inventoriées que si elle porte sa liste de composants (docker buildx build —sbom=true).
Prix
Ces prix sont les mêmes dans toutes les offres, hors taxes :
| Ressource | Prix | Détail |
|---|---|---|
| Processeur et mémoire | 17 € par vCPU·mois et 8,50 € par Gio·mois | applis à la consommation, caches à la réservation |
Les outils MCP de votre agent
Votre agent s’en occupe avec l’outil deploy_app.