Installer
Ajoutez une app quand une fonctionnalité en a besoin — pas avant.
Choisir un produit
Hébergement webSites web et WordPress avec un forfait à prix fixeCloudDéployez applications, API et bases de données depuis Git ou DockerAI BuilderCréez et modifiez des sites et des applications avec l’IAÀ ajouter à tout projet
Domaines et e-mailBases de donnéesWordPress géréExécution d’agentsMigrationsDéveloppeurs
Tout sur l’IADéveloppeursMCP pour assistants IADocumentationSécuritéStatutHostingsurge
TarifsSe connecterApp Store
Des apps en un clic. Uniquement à votre demande.
L’App Store de Hostingsurge ajoutera à un projet existant des bases de données, un CMS, la recherche, l’automatisation et des outils d’IA — examinés avant d’y figurer et installés uniquement à votre demande. Il est en développement et pas encore livré.
Déjà disponible : les modèles en un clic déploient des apps auto-hébergées comme n8n, Ghost, Grafana et Nextcloud, ou WordPress et WooCommerce, dans un projet à part entière. Ouvrir les modèles
Classées selon leur usage
Les catégories couvrent ce dont un projet a généralement besoin ensuite. Rien n’est installé à l’avance : une app n’apparaît dans un projet qu’après que vous l’avez demandée.
CMSBases de donnéesAutomatisationIAAnalytiqueRechercheOutils de développementOutils métierStockageSurveillanceAutres
Un catalogue sélectionné, pas un fourre-tout de conteneurs
Chaque élément est une fiche d’app avec un nom Hostingsurge et un contrat fixe : ce qu’elle vous apporte, sa catégorie, son niveau de risque et son niveau de support. Le moteur sous-jacent reste invisible.
| App | Ce qu’elle vous apporte | Catégorie |
|---|---|---|
| Backend | Backend d’application : comptes, base de données et stockage | Outils de développement |
| PostgreSQL | Base de données relationnelle pour les charges de travail exigeantes | Bases de données |
| MySQL / MariaDB | Base de données relationnelle pour les applications web classiques | Bases de données |
| Cache | Cache en mémoire qui accélère les lectures répétées | Bases de données |
| WordPress | WordPress géré avec le Hostingsurge Connector | CMS |
| Headless CMS | Contenu éditorial structuré, servi via une API | CMS |
| Analytique | Statistiques de trafic respectueuses de la vie privée pour votre site | Analytique |
| Recherche | Recherche rapide et tolérante aux fautes de frappe dans vos contenus et produits | Recherche |
| Base de données vectorielle | Stockage d’embeddings pour les fonctionnalités d’IA et la récupération d’informations | IA |
| Automatisation | Workflows visuels entre vos apps et vos services | Automatisation |
| Workflows IA | Chaînes et flux d’agents sur vos propres modèles et données | IA |
| Outils internes | Panneaux d’administration et tableaux de bord sur vos données | Outils métier |
| Agent IA | Un environnement d’exécution d’agent privé et cloisonné pour vos automatisations | IA |
| Formulaires | Formulaires avec stockage, notifications et gestion du spam | Outils métier |
| Git | Dépôts pour vos projets — normalement internes | Outils de développement |
| Custom Docker | Apportez votre propre image de conteneur (fonctionnalité premium et développeur) | Outils de développement |
Tout est présenté sous des noms Hostingsurge et fonctionne sur des moteurs standard du secteur. Le moteur derrière un élément ne fait pas partie de l’interface client : vous ne gérez jamais de tableau de bord fournisseur, de plan de contrôle de déploiement ni de notions de conteneurs.
Chaque élément est examiné avant d’apparaître
Le catalogue suit une règle : rien n’apparaît dans l’App Store avant d’avoir passé l’examen et de disposer d’un contrat complet. Chaque fiche consigne :
- Projet upstream, licence et version de l’app
- Version du modèle et stratégie de mise à niveau
- Niveau de risque et niveau de support
- Ressources minimales et plafonds de ressources par défaut
- Chemins persistants et stratégie de sauvegarde
- Contrôle de santé, visibilité client et disponibilité sous la marque
Cycle de vie — du brouillon à l’approbation. Tant qu’elle n’est pas approuvée, une app reste invisible pour les clients :
BrouillonExamen de licenceExamen de sécuritéApprouvéeObsolèteBloquée
En développement. L’App Store est spécifié, pas encore livré : le catalogue avec ces champs, la règle selon laquelle seules les apps approuvées sont visibles, ainsi que installer/mettre à jour/redémarrer/sauvegarder/journaux/désinstaller via le fournisseur de déploiement constituent le lot de travail C3 du document d’état de la plateforme. Aucune app ne peut encore être ajoutée à un projet existant, et rien n’est installé sans demande explicite du client. Les modèles en un clic, qui déploient une app dans un projet à part entière, sont disponibles dès aujourd’hui.
Ce que vous pouvez faire avec une app installée
Une fois dans un projet, une app se comporte comme le reste de la plateforme : le même tableau de bord, les mêmes notions, aucun panneau fournisseur nulle part. Pour chaque app installée :
Mise à jour disponible
Le service vous signale qu’une version plus récente est prête, au lieu de se mettre à jour tout seul.
Redémarrer
Redémarrez après une modification, depuis l’endroit même où vous lisez les journaux.
Sauvegarde
Faites une sauvegarde avant une étape risquée, avec une restauration en filet de sécurité.
Journaux
Lisez les journaux propres au service en texte brut, sans hôte de rebond.
Ouvrir
Accédez à l’app comme elle est censée être utilisée — aucun compte fournisseur requis.
Désinstaller
Supprimez l’app et ses ressources. Rien ne reste à l’abandon.
Des mises à jour maîtrisées, pas appliquées en masse
La version du modèle installée est suivie par service, et un scanner de mises à jour signale ce qui a changé en amont. Une nouvelle version n’est jamais poussée sur tous les services à la fois.
Mises à jour disponibles
Une version plus récente du modèle existe pour un service que vous exploitez. Vous décidez quand l’appliquer.
Mise à jour de sécurité
Un correctif important, signalé comme priorité maximale — toujours via un déploiement progressif, jamais un remplacement à l’aveugle.
Mise à jour incompatible
Un changement qui demande votre attention avant d’être appliqué, examiné avec vous au lieu d’être déployé en silence.
Principes de gouvernance
- Support upstreamApps examinées uniquement
- App backend génériqueNon proposée — Backend est l’expérience
- SupabaseImport et compatibilité uniquement
- Headless CMSQuand le contenu est structuré
- Sites statiquesAucun CMS imposé
Politique de déploiement
- Mise à jour canary d’abord, puis déploiement progressif
- Retour arrière possible quand un déploiement ne se comporte pas comme prévu
- Aucune mise à niveau en masse des services clients sans politique
- Versions des modèles suivies par service, pas par plateforme
Démarrer un modèle de conteneur n’est pas la même chose que prendre en charge une app upstream. Une app est proposée parce qu’elle a été examinée et qu’elle est prise en charge — jamais simplement parce qu’elle peut être démarrée.
Questions sur l’App Store
Comment le catalogue fonctionne — y compris ce qui n’est pas encore disponible.
Quelque chose est-il installé automatiquement ?
Non. Rien n’est installé à l’avance dans un projet, et rien n’est ajouté sans demande explicite. Un projet reçoit l’infrastructure et les apps dont une fonctionnalité a réellement besoin.
Que se passe-t-il quand une version upstream contient un correctif de sécurité ?
Le scanner de mises à jour le signale pour les services qui utilisent cette version. Les déploiements passent d’abord par un canary, puis par étapes, avec retour arrière possible — un service client n’est jamais mis à niveau en masse sans politique.
Dois-je comprendre Docker ou les conteneurs ?
Non. Vous travaillez avec des noms d’apps, des ressources et des boutons : Installer, Mettre à jour, Redémarrer, Sauvegarde, Journaux, Ouvrir, Désinstaller. Le plan de contrôle de déploiement, les tableaux de bord fournisseurs et les notions de conteneurs restent de notre côté.
Puis-je exécuter ma propre image de conteneur ?
Custom Docker est une fonctionnalité premium et développeur du catalogue. Elle passe par le même examen que tout le reste et ne permet pas de contourner les règles d’isolation de la plateforme.
Pourquoi certaines apps mettent-elles plus de temps à apparaître ?
Parce qu’elles sont d’abord examinées : l’examen de licence et l’examen de sécurité ont lieu avant qu’une app n’atteigne le statut approuvé, et seules les apps approuvées disponibles sous la marque sont visibles pour les clients.
L’App Store est-il disponible aujourd’hui ?
Non. L’ajout d’apps à un projet existant est en développement. Ce qui fonctionne aujourd’hui, ce sont les modèles en un clic : n8n, Ghost, Grafana, WordPress, WooCommerce et d’autres apps se déploient dans un projet à part entière, depuis Nouveau projet → Modèles dans le tableau de bord. Le catalogue, les champs d’examen, le cycle de vie et les actions par app décrits sur cette page montrent comment l’App Store est en train d’être construit.
Ajoutez ce dont le projet a besoin. Rien de plus.
L’App Store est conçu pour qu’un projet reçoive l’infrastructure et les apps qu’une fonctionnalité exige réellement — installées sur demande, examinées avant d’apparaître et que vous pouvez retirer à nouveau.