---
title: "Quitter Fly.io par MCP, sans réécrire votre appli"
url: https://while.sh/fr/guides/migrer-de-fly/
author: "Aloïs Oddon, cofondateur de Nextmap"
updated: 2026-11-05
---

# Quitter Fly.io sans réécrire votre appli, depuis votre agent IA

Vos clients veulent leurs données en France, ou vous voulez un agent qui met en ligne pour vous ? Branché à while par MCP, il reprend votre appli Fly.io telle quelle, recopie la base et la met en ligne.

## Prérequis

- Une appli sur Fly.io, avec son fly.toml.
- La ligne de commande de Fly.io, pour exporter la base.
- Un agent IA qui travaille dans un terminal : Claude Code, Codex, Cursor ou Gemini CLI.

## Étape 1 : Donnez ces instructions à votre agent

Ouvrez votre agent dans le dossier de votre appli, et collez-lui ces instructions :

```text titre="Instructions"
Connecte-toi à while avec mon compte (while.sh/agents), puis mets mon appli en ligne.
```

Avec votre compte, votre agent ajoute lui-même le serveur MCP de while. Au premier appel à while, une page s'ouvre dans votre navigateur : choisissez « Une nouvelle appli », puis cliquez sur Autoriser.

## Étape 2 : Ouvrez votre appli

Votre agent vous donne l'adresse de votre appli, par exemple `https://mon-appli.while.cloud`, en HTTPS.

## Ce que fait votre agent

Il lit votre fly.toml et reprend ses réglages dans while.yaml (source 1) :

| Dans fly.toml | Dans while.yaml |
|---|---|
| `internal_port` de `[http_service]` | le port du service, `port` |
| `path` de ses `checks` | le chemin de santé, `health.path` |
| `[processes]`, comme `web` et `worker` | un service par processus, `type: worker` pour ceux sans adresse |
| `memory` et `cpus` de `[[vm]]` | les ressources du service, `resources` |
| `min_machines_running = 0` | la mise en veille, `sleep` |
| `[env]` | les variables du service, `env` |

```yaml titre="while.yaml"
apiVersion: while/v1
project: mon-appli
services:
  - name: web
    port: 8080
    health:
      path: /health
  - name: worker
    type: worker
    command: [bin/worker]
databases:
  - name: main
```

## Recopier votre base PostgreSQL

> Vous, à votre agent : Recopie notre base Fly sur while.

Votre agent ouvre un tunnel vers la base avec `fly mpg proxy`, l'exporte avec `pg_dump` (source 3), puis la recharge dans while.

## Reprendre vos secrets

> Vous, à votre agent : Reprends nos secrets Fly.

Fly.io ne rend jamais la valeur d'un secret (source 2) : votre agent en liste les noms, et vous saisissez les valeurs vous-même dans while. Il ne les voit jamais.

## Passer sur votre propre domaine

> Vous, à votre agent : Mets l'appli sur www.acme.fr.

Votre agent déclare le domaine, vous ajoutez les enregistrements DNS qu'il vous donne, et le certificat HTTPS suit.

## Revenir à la version d'avant

> Vous, à votre agent : Reviens à la version d'avant.

Dans les 30 minutes qui suivent une mise en ligne, la version d'avant revient en une seconde. Ensuite, en quelques secondes.

## Prochaines étapes

- [Comparer Fly.io et while](/fr/comparatifs/while-vs-fly/)
- [Mettre en ligne un conteneur Docker](/fr/guides/conteneur-docker/)
- [Restaurer une base PostgreSQL](/fr/guides/restaurer-une-base/)

## Sources

1. [Fly.io, la configuration de l'appli (fly.toml)](https://docs.fly.io/reference/configuration), 2026-11-05
2. [Fly.io, les secrets d'une appli](https://docs.fly.io/apps/secrets), 2026-11-05
3. [Fly.io, Managed Postgres et son tunnel (fly mpg proxy)](https://docs.fly.io/postgres/import), 2026-11-05

## Questions

### Et mes volumes Fly ?

while n'a pas de disque persistant : gardez vos fichiers dans un bucket S3, que votre agent déclare en une ligne.

### Mon appli a déjà son Dockerfile. Est-ce qu'il sert ?

Oui, while construit votre appli avec, comme Fly.io.

### Puis-je garder Fly.io le temps de vérifier ?

Oui, votre appli tourne sur while à sa propre adresse avant que vous basculiez votre domaine.
