Déployer une application

1. Vérifiez le namespace sélectionné dans l'en-tête — l'application y sera déployée.
2. Cliquez sur Nouvelle app, puis sur Déployer sous le template voulu.
3. Renseignez le formulaire de configuration, puis Déployer l'application.

Les champs communs

• Nom de l'application (requis) : lettres minuscules, chiffres et tirets uniquement. Il identifie la release et ne peut plus être changé ensuite (le nom d'affichage, lui, reste modifiable — voir Configurer).
• Namespace : prérempli avec le namespace courant.
• Version : le tag de l'image, chargé dynamiquement depuis le registre de la plateforme.
• Capacité (CPU / mémoire / stockage) : chaque template a des valeurs par défaut raisonnables ; réduisez-les si le quota du namespace est serré.

Les champs varient ensuite selon le template : identifiants admin, propriétés applicatives, volumes, source Git (pour Apache Hop), sauvegardes (pour PostgreSQL et Digdash BI)…

Quota insuffisant

Si le déploiement échoue avec un message exceeded quota, le namespace n'a plus assez de CPU, de mémoire ou de stockage disponible. Réduisez la capacité demandée, supprimez des ressources inutilisées, ou demandez une augmentation de quota à un administrateur.

Après le déploiement

La carte apparaît immédiatement en Pending. Le passage en Running prend :

• quelques dizaines de secondes pour nginx ou PostgreSQL ;
• une à deux minutes pour Apache Hop ;
• plusieurs minutes pour Digdash BI (JVM + base PostgreSQL intégrée).

Certains templates (Apache Hop, Digdash BI) créent aussi automatiquement un client OIDC dans Keycloak : l'accès à l'application déployée passe alors par l'authentification d'entreprise, et les utilisateurs autorisés se gèrent depuis Gérer les accès sur la carte.

Restaurer depuis une sauvegarde à la création

Pour PostgreSQL et Digdash BI, la section Restauration du formulaire permet de créer l'application directement à partir d'une sauvegarde S3 existante — voir Sauvegarde et restauration.