Vimonto Deploy s'organise autour de quelques briques : une organisation contient des serveurs, chaque serveur contient des sites, et les sites sont mis à jour par des déploiements. Tout ce qui prend du temps, comme provisionner un serveur ou déployer un site, s'exécute sous forme de tâche en arrière-plan que toute l'équipe peut suivre. Cette page explique chaque concept en quelques paragraphes, avec des liens vers les pages détaillées.
Organisation
Une organisation est l'espace de travail où tout se passe. Elle possède les serveurs, les sites, les connexions aux fournisseurs, les clés SSH, les équipes et les recettes, et c'est l'unité que vous payez : chaque organisation a sa propre offre, Gratuit ou Premium. Son adresse fait partie de chaque URL, par exemple /acme/servers.
Chaque compte commence avec sa propre organisation, et vous pouvez en créer ou en rejoindre autant que vous le souhaitez. Passez de l'une à l'autre avec le menu d'organisation en haut à gauche. Consultez les organisations.
Membres et rôles
Les personnes rejoignent une organisation en tant que membres, sur invitation. Chaque membre voit tout dans l'organisation, sauf si son accès est limité aux serveurs de ses équipes (voir plus bas). Ce qu'un membre peut modifier dépend de son rôle :
- Propriétaire : tout, y compris supprimer l'organisation et nommer des propriétaires.
- Administrateur : tout, sauf gérer les propriétaires et supprimer l'organisation.
- Manager : gère les serveurs, les sites, les équipes et les clés SSH, mais pas les membres, les connexions, la facturation ni les paramètres de l'organisation.
- Développeur : accès complet aux serveurs et aux sites, mais ne peut pas créer ni supprimer de serveurs.
- Lecteur : voit tout, ne modifie rien.
Les permissions exactes de chaque rôle se trouvent dans membres et rôles.
Équipes
Une équipe regroupe des membres avec les serveurs sur lesquels ils travaillent, par exemple une équipe par client ou par projet. Les propriétaires, administrateurs et managers peuvent alors limiter un membre à Seulement les serveurs de leurs équipes : ce membre ne voit que ces serveurs, avec leurs sites, leurs tâches et leurs entrées du journal d’audit, et ne reçoit des notifications que pour eux. Les propriétaires et administrateurs voient toujours tous les serveurs. Consultez équipes.
Connexions
Les connexions sont des comptes auprès d'autres services que l'organisation utilise. Vous les connectez sur une seule page, les intégrations, et une connexion sert à tout ce qu'elle permet :
- Cloud et DNS : Hetzner Cloud, DigitalOcean, Vultr, Akamai (Linode), Amazon Web Services et Google Cloud, pour créer des serveurs et gérer le DNS ; Cloudflare uniquement pour le DNS.
- Git : GitHub, GitLab et Bitbucket, pour déployer du code.
- Stockage des sauvegardes : stockage objet compatible S3, pour les sauvegardes de bases de données.
- Clés SSH : des clés publiques ajoutées à chaque nouveau serveur de l'organisation.
Serveur
Un serveur est une machine Linux que Vimonto Deploy gère via SSH. Il est soit créé pour vous chez un fournisseur cloud connecté, soit un VPS personnalisé : n'importe quel serveur sous Ubuntu 24.04 fraîchement installé, que vous connectez avec une seule commande. Chaque serveur reçoit sa propre paire de clés SSH, ses propres mots de passe sudo et de base de données, et un utilisateur système à qui appartiennent les sites.
Un serveur passe par ces statuts :
| Statut | Signification |
|---|---|
| Création | Le serveur est en cours de création chez le fournisseur. |
| En attente de connexion | Un serveur personnalisé attend que vous y exécutiez la commande de connexion. |
| Provisionnement | Les logiciels sont en cours d'installation et de configuration. |
| Actif | Le serveur est prêt à l'emploi. |
| Échoué | La création ou le provisionnement s'est arrêté sur une erreur. |
| Déconnecté | Le serveur était actif, mais Vimonto Deploy ne parvient plus à s'y connecter en SSH. |
| Suppression | Le serveur est en cours de suppression. |
Consultez créer un serveur et provisionnement.
Type de serveur
Le type de serveur détermine ce qui est installé et les pages que le serveur affiche :
| Type | Ce qu'il fait tourner |
|---|---|
| Serveur d'application | Nginx, PHP, une base de données, Redis, Memcached et Node.js sur une seule machine. Convient à la plupart des applications. |
| Serveur web | Nginx, PHP et Node.js, sans base de données ni cache. |
| Serveur worker | PHP et Supervisor pour les queue workers ; non accessible en HTTP. |
| Serveur de base de données | Uniquement MySQL, MariaDB ou PostgreSQL. |
| Serveur de cache | Uniquement Redis et Memcached. |
| Serveur Meilisearch | Un moteur de recherche Meilisearch, accessible via le réseau privé. |
| Load balancer | Uniquement Nginx, pour répartir le trafic entre des serveurs web. |
Consultez types de serveurs.
Ressources du serveur et leur statut
Ce qui vit sur un serveur, comme les bases de données, les utilisateurs de base de données, les règles de pare-feu, les versions de PHP, les processus, les tâches planifiées et les clés SSH, constitue des ressources. Quand vous en ajoutez ou en modifiez une, Vimonto Deploy l'applique sur le serveur en arrière-plan, et la ressource affiche son état :
| Statut | Signification |
|---|---|
| Ajout | Elle est en cours d'installation sur le serveur. |
| Mise à jour en cours | Une modification est en cours d'application. |
| Actif | Elle est sur le serveur et fonctionne. |
| Échoué | L'application a échoué. Un bouton Réessayer la relance ; chaque étape peut être répétée sans risque. |
| Suppression en cours | Elle est en cours de suppression du serveur. |
| En attente | Elle attend quelque chose de l'extérieur, comme un certificat qui doit encore être signé. |
Site
Un site est un site web ou une application sur un serveur, avec son propre domaine, sa configuration Nginx, son fichier d'environnement et ses déploiements. Vous créez un site à partir d'un preset de framework (Laravel, Symfony, Statamic, WordPress, phpMyAdmin, PHP, Next.js, Nuxt, HTML ou Autre), qui définit des valeurs par défaut adaptées pour son répertoire web, ses étapes de build et son script de déploiement.
L'onglet Sites de la navigation du haut liste tous les sites de l'organisation, sur tous ses serveurs, avec la date de leur dernier déploiement.
Les sites se trouvent dans le répertoire personnel de l'utilisateur du serveur, dans un répertoire fixé à la création du site : vous pouvez donc changer le domaine plus tard sans déplacer de fichiers. Un site peut être isolé : il tourne alors sous son propre utilisateur Linux et, pour PHP, avec son propre pool PHP-FPM, de sorte qu'un site ne peut pas lire les fichiers d'un autre. Consultez créer un site.
Déploiement
Un déploiement met en ligne une nouvelle version de votre code. Par défaut, les déploiements se font sans interruption (zero downtime) : Vimonto Deploy récupère le code dans un nouveau répertoire de release, y exécute votre script de déploiement et seulement ensuite bascule le site vers la nouvelle release en une seule étape. Si une étape échoue, la release est abandonnée et le site en ligne ne change pas. Les releases précédentes sont conservées, ce qui vous permet de revenir en arrière.
Un déploiement démarre avec Déployer maintenant, à chaque push quand le Déploiement rapide est activé, ou via l'URL de déploiement du site. Consultez déploiements.
Tâches en arrière-plan et activité
Tout ce qui prend plus d'un instant s'exécute sous forme de tâche en arrière-plan : créer et provisionner un serveur, déployer, installer un certificat, exécuter une recette, appliquer une règle de pare-feu. Une tâche affiche son statut (En file d'attente, En cours, Réussi, Échoué ou Annulé), ses étapes, sa progression et sa sortie.
Toutes les tâches de l'organisation sont listées sur la page Activité, et le bouton d'activité de la barre du haut montre ce qui tourne en ce moment. La personne qui a lancé une tâche reçoit un message quand elle se termine. Une même tâche ne peut pas tourner deux fois en même temps sur le même serveur ou le même site. Consultez activité.
Journal d’audit et notifications
Le journal d’audit enregistre ce que les personnes modifient dans l'organisation : qui a créé, modifié ou supprimé un serveur, un site, une base de données, un membre ou une équipe, qui a déployé, ouvert un terminal ou consulté un fichier d'environnement, et quand. Les entrées sont conservées un an. Consultez journal d’audit.
Les notifications vous informent de ce qui se passe sans vous, comme un déploiement ou une sauvegarde échoués, une alerte de monitoring ou un serveur prêt. Elles apparaissent sous la cloche de la barre du haut et, si vous le souhaitez, par e-mail. Chaque personne choisit celles qu'elle reçoit. Consultez notifications.
Mises à jour en direct
Les pages de Vimonto Deploy se mettent à jour d'elles-mêmes. Quand une tâche avance, qu'un collègue modifie quelque chose ou qu'un serveur envoie de nouvelles métriques, les pages concernées se rafraîchissent sans rechargement. Inutile d'actualiser pour savoir si un déploiement est terminé.
Questions fréquentes
Quelle est la différence entre une organisation et un serveur ?
Une organisation est votre espace de travail et votre unité de facturation ; elle contient des membres, des équipes, des connexions et un nombre quelconque de serveurs. Un serveur est une machine au sein de cette organisation.
Puis-je déplacer un serveur vers une autre organisation ?
Oui. Toute personne autorisée à supprimer le serveur peut le proposer par e-mail à quelqu'un d'autre, qui l'accepte dans l'une de ses propres organisations. Consultez transférer un serveur.
Un serveur peut-il héberger plusieurs sites ?
Oui. Un serveur d'application ou un serveur web peut héberger autant de sites que ses ressources le permettent, chacun avec son propre domaine, sa version de PHP et ses déploiements.
Un site peut-il tourner sur plusieurs serveurs ?
Un site appartient à un seul serveur. Pour faire tourner une application sur plusieurs serveurs, créez un site pour le même domaine sur chaque serveur d'application ou serveur web et placez devant eux un serveur load balancer, qui leur transmet le trafic. Consultez répartition de charge.