Préparer la composition avant le premier push
- Choisissez une recette N3 ou un environnement N1 pour votre code. Vérifiez versions, opérations et limites.
- Conservez le code complet et ses dépendances verrouillées dans le dépôt lié à l’application.
- Récupérez la configuration complète publiée pour la recette. Adaptez ses paramètres autorisés, sans mettre de secrets dans Git.
- Vérifiez les services et données attendus : un binding peut raccorder un fournisseur existant, et une application ne nécessite pas toujours un N2.
- Poussez le commit sur la branche de livraison configurée puis vérifiez le service réel et les fonctions métier attendues.
WordPress compose PHP, MySQL et persistance ; sa création 7.0.4 et sa mise à jour 7.1 ont été vérifiées. FreshRSS utilise PHP, persistance, composition et tâches périodiques avec SQLite embarqué : aucun serveur SQL N2 supplémentaire.
Configuration connue : le parcours fonctionne sans appel de modèle. Configuration absente, invalide ou échec réparable : une proposition limitée à paas.toml passe par une branche du même dépôt, la CI et une PR. Comprendre la livraison · Personnaliser · Traiter un nouveau cas.
Les étapes CLI suivantes décrivent le parcours général existant. Pour une recette N3, suivez sa configuration et ses bindings publiés : ne créez pas un addon de substitution. Restauration et migration majeure exigent une preuve distincte.
001 Créer un compte
⏱ 30 sRendez-vous sur console.di2amp.com/signup. Connexion par email + mot de passe, ou via GitHub OAuth. Pas de carte bancaire pour démarrer.
Vous recevez un email de confirmation. Cliquez le lien, votre compte est actif immédiatement.
002 Installer la CLI
⏱ 30 sLa CLI paas est un binaire unique. Installez-la avec :
✓ paas installé dans /usr/local/bin/paas
Vérifier l'installation :
paas 1.0.0 (build 2026-04-18)
003 Se connecter
⏱ 30 sLa commande ouvre votre navigateur, vous validez, c'est fait.
# ouverture du navigateur…
✓ connecté en tant que vous@email.com
Pour les pipelines CI/CD, utilisez paas login --token <token> avec un token généré dans le dashboard.
004 Créer votre première app
⏱ 30 sDonnez un nom à votre app. Elle est créée dans la région par défaut (FR-1 Roubaix), avec un domaine offert monsite.runtime.di2amp.com.
✓ app créée : monsite
# url : https://monsite.runtime.di2amp.com
# remote git : git@paas.di2amp.com:monsite.git
005 Ajouter une base de données (optionnel)
⏱ 30 sProvisionner un Postgres en plan starter. La variable d'environnement DATABASE_URL est injectée automatiquement dans votre app.
# provisionnement…
✓ postgres-starter prêt en 28 s
# DATABASE_URL injectée dans l'environnement
006 Pousser votre code
⏱ 60 à 90 sLe buildpack détecte votre langage. Le build, les tests, la signature, le déploiement et le routage se font dans la foulée.
$ git push paas main
# Counting objects: 47, done.
# → detect Python 3.12.2
# → build 14 layers, 22 s
# → test 42 tests passés
# → sign ECDSA-P256, OK
# → deploy rolling, 2/2 pods prêts
# → route TLS provisionné
✓ déployé en 71 s · https://monsite.runtime.di2amp.com
007 Tester votre URL
⏱ immédiatOuvrez https://monsite.runtime.di2amp.com dans votre navigateur. Votre app répond.
HTTPS automatique, certificat valide, isolée dans sa propre micro-VM, observable depuis le dashboard, et déjà candidate aux suggestions des agents IA si vous les activez.
Vous êtes en ligne. Maintenant ?
Trois directions selon ce que vous voulez faire :