Hébergez des applications open source
Hébergez des applications open source avec des modèles
Commencez avec un modèle décrivant les services nécessaires. Comparez la configuration avant de déployer, puis prenez en charge comptes, mises à jour et données durables.
Liste de configuration
- Composition : comparez variantes simples, avec base ou workers, sans choisir uniquement selon le nom.
- Compatibilité : vérifiez avertissements et exigences non prises en charge. Le contrôle statique ne prouve pas qu’un déploiement réel a été testé.
- Champs requis : préparez identifiants, clés d’API externes, SMTP et compte initial selon les besoins.
- Données et mises à niveau : identifiez fichiers de base, imports et chiffrement à conserver. Lisez les instructions de maintenance et de mise à niveau du projet.
De la configuration au déploiement
Comparez les modèles
Parcourez catalogue, catégories et collections ciblées. Lisez les services inclus dans chaque modèle envisagé.
Vérifiez les besoins de l’application
Ouvrez les détails et vérifiez champs, persistance, limites de compatibilité et documentation d’origine.
Configurez votre déploiement
Connectez-vous, choisissez projet et région, puis vérifiez variables, volumes et accès réseau de chaque service avant l’envoi.
Terminez la configuration de l’application
Consultez les journaux, créez le compte initial et testez le workflow principal. Validez persistance et reprise avant la production.
Maintenir le service en fonctionnement
- Maintenez application et hébergement. Vérifiez les nouvelles versions, l’authentification et les intégrations externes lorsqu’elles changent.
- Sauvegardez les données importantes, dont base et fichiers selon le cas. Testez la restauration sans considérer le volume comme une sauvegarde.
- Testez les mises à jour dans un autre environnement si possible. Vérifiez dépendances, réglages conservés et workflows importants après chaque mise à niveau.
Questions avant le déploiement
Le déploiement d’un modèle migre-t-il mes données existantes ?
Non. Prévoyez séparément l’export et l’import de la base, les fichiers téléversés et les secrets. Pour WordPress, vérifiez la base et les médias ; pour n8n, conservez la clé de chiffrement nécessaire aux identifiants enregistrés. Testez une copie restaurée avec des versions compatibles avant de basculer le trafic, et gardez les données d’origine jusqu’à la fin des vérifications.
Quand l’hébergement par modèle n’est-il pas adapté ?
Si vous souhaitez que l’éditeur gère les comptes, les mises à jour et la récupération des données, comparez d’abord son offre gérée. Les modèles réduisent la configuration, mais l’application exige toujours un responsable. Avant le déploiement, attribuez la gestion des accès administrateur, les tests de mise à jour, l’entretien des intégrations et la vérification des sauvegardes.
Un modèle inclut-il tout ce dont l’application a besoin ?
Le modèle décrit une configuration. Certaines applications nécessitent identifiants externes, e-mail, API payantes ou initialisation manuelle. Lisez les détails et la documentation avant de déployer.
Comment choisir entre les variantes d’une application ?
Comparez services, base, workers et persistance. Choisissez la composition adaptée à votre workflow et à vos capacités de maintenance.
Le déploiement valide-t-il automatiquement l’application ?
Non. Vérifiez le résultat, terminez la configuration et testez les workflows importants. Un statut de compatibilité ou un démarrage réussi ne remplace pas la validation.
Configurer dans votre espace
La connexion ouvre votre espace. Les ressources sont créées uniquement après l’envoi de la configuration de déploiement.