Intégrations
Connectez vos comptes une fois, utilisez-les partout
Chaque accès fait tout ce qu’il peut : un jeton cloud crée des serveurs et gère le DNS, une connexion Git ajoute deploy keys et webhooks, un bucket accueille vos sauvegardes. Chaque jeton est vérifié avant d’être enregistré, puis stocké chiffré.
Toutes vos connexions sur une seule page
Paramètres → Intégrations liste vos comptes cloud et DNS, vos comptes Git et vos stockages de sauvegarde, chacun avec Fonctionne ou Ne fonctionne pas et l’usage de son accès. Propriétaires et administrateurs connectent les comptes ; chaque membre voit ce qui est connecté.
Cloud et DNS
Des fournisseurs cloud qui créent les serveurs et pointent les domaines
Régions, tailles et prix arrivent en direct du fournisseur. Connectez plusieurs comptes, même chez le même fournisseur, par exemple un projet par client.
Hetzner Cloud
Des serveurs en Allemagne, en Finlande, aux États-Unis et à Singapour, le DNS, et Hetzner Object Storage pour les sauvegardes. Connexion avec un jeton d’API Read & Write.
Hetzner CloudDigitalOcean
Des Droplets à Amsterdam, Francfort, Londres et dans le monde entier, le DNS, et Spaces pour les sauvegardes. Jeton d’API ou OAuth.
DigitalOceanVultr
Du cloud compute dans de nombreux emplacements, dont Amsterdam, et le DNS. Connexion avec une clé d’API.
VultrAkamai (Linode)
Des Linodes, notamment à Amsterdam et Francfort, des réseaux privés via les VPC, et le DNS. Jeton d’API ou OAuth.
AkamaiAmazon Web Services
Des instances EC2 dans toutes les régions AWS avec une Elastic IP fixe, Route 53 pour le DNS et Amazon S3 pour les sauvegardes. Connexion avec une clé d’accès IAM.
Amazon Web ServicesGoogle Cloud
Des VM Compute Engine dans toutes les régions Google Cloud avec une adresse statique, et Cloud DNS. Connexion avec une clé de compte de service.
Google CloudCloudflare
Le DNS uniquement, plus R2 pour les sauvegardes. Les enregistrements sont créés en DNS only, sans proxy, pour que certificats et adresses des visiteurs fonctionnent.
Tout autre fournisseur
Connectez n’importe quel serveur Ubuntu 24.04 ou 26.04 avec une seule commande, comme VPS personnalisé. Aucun compte fournisseur nécessaire.
Serveurs
Des enregistrements DNS qui se configurent seuls
Quand vous connectez un compte cloud ou DNS, Vimonto Deploy récupère les domaines qu’il gère. Ajoutez l’un de ces domaines à un site : il affiche les enregistrements qu’il va créer ou modifier, puis les définit et demande un certificat Let’s Encrypt dès qu’ils se résolvent.
Vos domaines chez Cloudflare et vos serveurs chez Hetzner ? Connectez les deux : chaque accès sert pour ce qu’il gère. Les enregistrements créés par Vimonto Deploy sont mémorisés, et seuls ceux-là sont supprimés quand vous supprimez un domaine ou un site.
Git
GitHub, GitLab et Bitbucket
Choisissez un dépôt et une branche dans une liste en créant un site. Le dépôt est ensuite configuré pour vous.
Deploy keys en lecture seule
Chaque site reçoit sa propre clé SSH, ajoutée au dépôt comme deploy key en lecture seule : les serveurs peuvent cloner et tirer, jamais pousser.
Webhooks de push
Un webhook transmet chaque push au site, pour que les push sur sa branche déclenchent un déploiement. Désactivez-le et le webhook est retiré.
GitLab auto-hébergé
Connectez votre propre GitLab en HTTPS avec un jeton d’accès personnel doté de la portée
api.Des jetons qui se renouvellent
Les jetons d’accès de courte durée sont renouvelés automatiquement avant qu’une requête en ait besoin. Les anciennes deploy keys et webhooks sont nettoyés quand vous changez de dépôt.
Stockage des sauvegardes
Un stockage compatible S3 pour les sauvegardes de bases de données
Ajoutez un bucket une fois et choisissez-le pour chaque planning de sauvegarde. Les clés restent chez Vimonto Deploy : les serveurs ne reçoivent qu’un lien de courte durée pour un seul fichier.
Amazon S3
17 régions, de Francfort, Zurich et Stockholm à la Virginie, Tokyo et São Paulo.
Stockage objet européen
Hetzner Object Storage, Scaleway Object Storage, OVHcloud Object Storage et DigitalOcean Spaces dans des régions européennes.
Cloudflare R2
Saisissez l’ID de votre compte Cloudflare et un jeton R2 avec lecture et écriture des objets pour le bucket.
Tout endpoint S3
MinIO, Backblaze B2 ou tout stockage compatible avec l’API S3, avec les buckets en path-style activés par défaut.
Migration
Quittez votre ancien panneau de contrôle
Vous gérez déjà vos serveurs avec une autre plateforme de gestion de serveurs ? Collez un jeton d’API de cette plateforme et Vimonto Deploy lit vos serveurs et leurs sites. Choisissez les serveurs à reprendre : chacun est repris sur place, rien n’est réinstallé, et vos domaines pointent toujours vers les mêmes serveurs, si bien que vos visiteurs ne remarquent rien.
Vimonto Deploy installe sa clé sur le serveur via l’ancienne plateforme, puis reprend les processus, les tâches cron et les sites un par un, dans l’organisation en versions des déploiements sans interruption. Les fichiers Nginx, programmes Supervisor et tâches cron de l’ancienne plateforme sont déplacés dans /root/vimonto-takeover-backup, pas supprimés. Le jeton ne sert qu’à lire vos serveurs et à exécuter un seul script d’accès.
Questions sur les intégrations
Ai-je besoin d’une intégration DNS ?
Non. Sans intégration, vous créez vous-même un enregistrement A chez votre fournisseur DNS ; la fenêtre Configurer du domaine liste les enregistrements. Une intégration vous épargne simplement cette étape et demande le HTTPS pour vous.
Ai-je besoin d’une connexion Git pour déployer ?
Non. N’importe quel dépôt fonctionne via une URL Git personnalisée avec la deploy key propre au site, que vous ajoutez vous-même au dépôt. Lancez alors les déploiements avec l’URL de déploiement ou le CLI.
Vimonto Deploy peut-il pousser dans mon dépôt ?
Non. Les deploy keys sont ajoutées en lecture seule : les serveurs peuvent cloner et tirer, mais jamais pousser.
Mes serveurs reçoivent-ils mes clés de stockage ?
Non. Les clés restent dans Vimonto Deploy, stockées chiffrées. Pour chaque envoi ou téléchargement, le serveur reçoit un lien valable pour un seul fichier et une seule action, qui expire.
Que se passe-t-il si je déconnecte un compte cloud ?
Plus aucun serveur ne peut y être créé et ses domaines ne reçoivent plus d’enregistrements DNS. Les serveurs existants continuent de fonctionner, car tout le reste passe par SSH ; ils tournent chez le fournisseur jusqu’à ce que vous les y supprimiez.
Pages associées
- Fournisseurs cloudCréez des serveurs chez Hetzner, DigitalOcean, Vultr, Akamai, AWS ou Google Cloud, ou connectez n’importe quel VPS Ubuntu.
- DéploiementsDes versions sans interruption, le déploiement à chaque push, des URL de déploiement pour la CI et le rollback en un clic.
- Bases de données et sauvegardesMySQL, MariaDB ou PostgreSQL, utilisateurs de bases de données et sauvegardes planifiées vers votre propre bucket.
Votre prochain déploiement pourrait être en ligne avant que votre café ne refroidisse.
Créez une organisation, connectez un serveur et poussez. C'est tout.