Service auto-hébergé
Dokploy/dokploy avatar
Dokploy/dokploy

Dokploy : déployer des services depuis une interface et des fichiers de configuration

Dokploy est un PaaS gratuit et auto-hébergeable, alternative à Vercel, Netlify et Heroku, pour déployer applications et bases de données, avec Docker Compose, sauvegardes et multi-nœuds.

37 309 étoiles2 967 forksTypeScriptLa licence varie

En bref

De quoi s’agit-il ?
Un outil d’automatisation du déploiement dont le dépôt présente les applications, bases de données, domaines et environnements pris en charge.
À qui s’adresse-t-il ?
Ce projet convient aux équipes qui recherchent précisément les capacités décrites par dokploy et acceptent de vérifier sa compatibilité avec leur environnement. Il convient moins à celles qui attendent une couverture ou un support que le README ne promet pas.
Puis-je l’utiliser commercialement ?
À vérifier. La licence de ce dépôt n’entre pas dans les catégories que nous classons automatiquement : lisez son fichier LICENSE avant tout usage commercial.
Est-il encore maintenu ?
Oui. Les derniers commits datent d’il y a 1 jour.
En quel langage est-il écrit ?
Principalement TypeScript, d’après les statistiques de langage de GitHub.

Ces réponses reposent sur les données GitHub du projet (dernière synchronisation le 15 septembre 2026) et sur notre analyse. Elles ne constituent pas un avis juridique.

ANALYSE OPEN SOURCE APPROFONDIE

Positionnement du dépôt et métadonnées

Le README commence par décrire Dokploy comme une plateforme en tant que service (PaaS) gratuite et auto-hébergeable qui simplifie le déploiement et la gestion d'applications et de bases de données. La description en une ligne du dépôt la positionne comme une alternative open source à Vercel, Netlify et Heroku. La base de code est en TypeScript, et les métadonnées du dépôt enregistrent 36 331 étoiles, 2 826 forks et 713 problèmes ouverts. La branche par défaut s'appelle canary et la page d'accueil pointe vers dokploy.com. Le README n'explique ni l'origine du nom de branche canary, ni le rythme des versions, ni la relation entre le produit auto-hébergé et l'offre Dokploy Cloud. En haut du README se trouve une image bannière qui renvoie vers dokploy.com, ainsi qu'une invitation à rejoindre le serveur Discord pour de l'aide, des retours et des discussions, avec l'image d'un widget Discord intégrée.

Ce que le README dit pouvoir déployer

La liste des fonctionnalités affirme que tout type d'application peut être déployé, citant Node.js, PHP, Python, Go et Ruby, suivis de 'etc.'. Pour les bases de données, la liste prise en charge est MySQL, PostgreSQL, MongoDB, MariaDB, libsql et Redis. Une fonctionnalité distincte de modèles déploie des modèles open source tels que Plausible, Pocketbase et Calcom en un clic. Le README ne décrit pas le mécanisme de déploiement, ne dit pas si les applications s'exécutent dans des conteneurs, ni comment les instances de bases de données sont provisionnées. Le 'etc.' laisse la liste des applications ouverte, mais le README ne précise pas où se trouve la limite. La fonctionnalité de modèles ne cite que trois exemples, sans indiquer le contenu complet de la bibliothèque de modèles ni la manière d'ajouter de nouveaux modèles.

Sauvegardes, Compose et fonctions de cluster

Les sauvegardes sont automatisées pour les bases de données et envoyées vers une destination de stockage externe ; le README ne nomme pas les destinations prises en charge. Docker Compose est pris en charge nativement, décrit comme un moyen de gérer des applications complexes. Pour la mise à l'échelle, le README indique que la fonctionnalité multi-nœuds utilise Docker Swarm pour gérer le cluster, et une fonctionnalité multi-serveurs distincte déploie et gère des applications sur des serveurs externes distants. L'interaction entre multi-nœuds et multi-serveurs n'est pas expliquée, et le README ne donne ni limite de taille de cluster, ni exigences pour les nœuds. Chacune de ces fonctions apparaît comme une entrée d'une ligne dans la liste des fonctionnalités, sans diagrammes d'architecture ni exemples de configuration.

Routage, surveillance et gestion des conteneurs

L'intégration Traefik est décrite comme automatique, assurant le routage et l'équilibrage de charge. La surveillance en temps réel couvre l'utilisation du CPU, de la mémoire, du stockage et du réseau pour chaque ressource. La gestion Docker est listée comme une fonctionnalité permettant de déployer et gérer des conteneurs Docker. Le README ne précise pas à quoi ressemble l'interface de surveillance, si des seuils ou alertes peuvent être configurés, ni comment Traefik est configuré au-delà du mot 'automatique'. Il ne mentionne pas non plus de période de conservation des données de surveillance, ni la stratégie d'équilibrage, ni la fréquence d'échantillonnage. Ces entrées sont des phrases uniques dans la liste des fonctionnalités, et la documentation du dépôt ne contient rien de plus détaillé.

CLI, API et notifications

La CLI et l'API permettent de gérer les applications et les bases de données depuis la ligne de commande ou par programmation. Les notifications sont envoyées en cas de succès ou d'échec de déploiement via Slack, Discord, Telegram, e-mail, etc. Le README ne documente ni commandes CLI, ni points d'entrée API, ni authentification, ni étapes de configuration pour chaque canal de notification. La liste des fonctionnalités mentionne ces capacités sans exemples d'utilisation. Le README ne dit pas non plus si l'API est de type REST, comment la CLI s'installe, ou si un jeton doit être généré dans l'interface de Dokploy. La liste des canaux se termine par 'etc.', ce qui suggère d'autres canaux, mais le README ne les nomme pas.

Voie d'installation et points d'entrée documentés

La section de démarrage rapide du README donne une seule commande à exécuter sur un VPS : curl -sSL https://dokploy.com/install.sh | bash. Elle renvoie également vers Dokploy Cloud à l'adresse app.dokploy.com pour ceux qui veulent éviter l'installation, et vers docs.dokploy.com pour une documentation détaillée. Un tutoriel vidéo est lié à youtu.be/mznYKPvhcfw, et le README invite les lecteurs à rejoindre le serveur Discord. Le README ne liste pas les exigences matérielles du VPS, les systèmes d'exploitation pris en charge, ni ce que fait le script d'installation. La commande ci-dessus est citée telle qu'elle apparaît dans le README ; aucun autre mode d'installation n'est documenté. L'image bannière du tutoriel vidéo apparaît également dans le README et renvoie vers YouTube. La section de démarrage rapide ne comprend que ce paragraphe, sans instructions étape par étape ni captures d'écran.

Licence, contributeurs et état du projet

Les métadonnées de licence indiquent NOASSERTION, et aucun fichier LICENSE n'a été trouvé à un chemin courant. L'extrait de licence ne dit rien sur les conditions applicables, ni sur la posture de sécurité, le support ou la garantie. Le README renvoie vers un guide de contribution dans CONTRIBUTING.md et vers une page GitHub Sponsors du mainteneur, et affiche une image des contributeurs provenant de contrib.rocks. Le README ne décrit pas le modèle de financement au-delà du lien Sponsors, ni la manière dont sont traités les 713 problèmes ouverts enregistrés dans les métadonnées. Ces 713 problèmes ouverts ne sont pas du tout mentionnés dans le README.

Vérifier dokploy sur un cas réel

Le compose ou le fichier de configuration fourni par le dépôt doit être déployé sur une machine de test, puis vérifié avec un domaine et un service témoin. Cette vérification relie directement la documentation de dokploy à l’usage visé : elle permet de constater les fichiers lus, la commande exécutée et le résultat observable, sans déduire une garantie que le README ne formule pas.

Conclusion éditoriale

Ce projet convient aux équipes qui recherchent précisément les capacités décrites par dokploy et acceptent de vérifier sa compatibilité avec leur environnement. Il convient moins à celles qui attendent une couverture ou un support que le README ne promet pas. Avant décision, exécutez le contrôle suivant : Le compose ou le fichier de configuration fourni par le dépôt doit être déployé sur une machine de test, puis vérifié avec un domaine et un service témoin.

Sources officielles

  1. Official documentation
  2. Official README
  3. Project repository
  4. Release notes
Notes de la communauté

Notes de la communauté