Concepts de base
Comprendre le code, ses services, les applications et leurs données, puis retrouver les notions utilisées dans la plateforme.
Concepts de base de la plateforme. Une page courte qui définit chaque terme. Pour les détails, suivez les liens.
Applications, services, environnements et ressources
- Ressources (N0) : conteneurs, volumes persistants et allocation du stockage utilisés par les autres niveaux.
- Environnements (N1) : capacités réutilisables de construction, d’exécution, de composition et de persistance, avec versions et paramètres publiés.
- Services (N2) : bases, identité, messagerie et inférence, avec leurs accès, leurs données et leur cycle de vie.
- Applications (N3) : recettes composant les N1 et N2 nécessaires, personnalisables selon leurs contraintes.
Au relevé du , le catalogue présente 60 capacités : 36 N3, 9 N2, 12 N1 et 3 N0. Les opérations sont qualifiées séparément ; une preuve dans une recette ne certifie pas toutes ses variantes ni une disponibilité commerciale générale.
Les graphes diffèrent selon l’usage : des fichiers statiques sans base, WordPress avec PHP et MySQL, ou Plausible avec Elixir, PostgreSQL et ClickHouse. Chaque fiche expose les opérations vérifiées et celles qui restent à qualifier. Les pools Apps, AI/GPU et BaaS / Supabase, ainsi que les six assistants, conservent leurs conditions propres.
Compte et organisation
Un compte est lié à une personne. Vous l'utilisez pour vos projets personnels.
Une organisation est un groupe avec plusieurs membres, des rôles, une facturation centralisée. Vous créez une organisation quand vous travaillez en équipe.
Apps
Une app est l'unité de déploiement principale. Elle a un nom, une URL, un dépôt git, des variables d'environnement, des secrets, des addons attachés, un historique de releases.
Chaque app tourne dans sa propre micro-VM dédiée. Pas de noyau partagé entre vos apps.
Environnements
Une app peut avoir plusieurs environnements : production, staging, preview-par-PR. Chaque environnement est une instance séparée avec sa propre URL, ses propres secrets, ses propres addons. Ils ne se voient pas l'un l'autre.
Voir le guide des preview environments.
Ici, « production » et « staging » désignent des destinations du projet. Dans le catalogue N1, « environnement » désigne le socle d’exécution et son profil versionné.
Releases
Une release est un déploiement particulier. Numérotée incrémentalement (v1, v2, …), elle a un commit SHA, un auteur, un statut, des logs.
Vous rollback vers n'importe quelle release précédente en moins de 30 s. L'historique est conservé sur 90 jours pour Free, 1 an Pro, 3 ans Pro, 5 ans Entreprise.
Le rollback du code ne restaure pas les données d’avant une migration. Réversibilité du schéma, sauvegarde cohérente des bases et fichiers et restauration se qualifient séparément. Voir le contrat cible des données et du cycle de vie.
Addons
Un addon est un service attaché à une app, par exemple une base, un cache ou un stockage. Les parcours historiques sont décrits dans le guide des addons ; les services N2 du registre précisent leurs propres opérations. Le choix du moteur, de ses accès et de sa persistance se fait par recette : la variante MariaDB de N2-MYSQL ne qualifie pas la conversion d’une base MySQL existante.
Régions
| Code | Datacenter | Localisation | Disponibilité |
|---|---|---|---|
| FR-1 | RBX-A | Roubaix | Tous plans |
| FR-2 | SBG-A | Strasbourg | Tous plans · candidate SecNumCloud |
| FR-3 | GRA-A | Gravelines | Pro et Entreprise |
Réseau et domaines
Chaque app reçoit un domaine offert {app-name}.runtime.di2amp.com avec certificat TLS automatique. Vous pouvez attacher des domaines personnalisés (illimités), avec certificat Let's Encrypt automatique.
Le routage utilise un load balancer L7 partagé, géré par la plateforme. Vous n'avez rien à configurer pour bénéficier de la protection DDoS L3/L4 native, du HTTP/3, ou de la compression Brotli.
Voir le guide domaines et TLS.