L'hébergement Docker est devenu la façon par défaut de mettre une application en production. Vous empaquetez votre code, ses dépendances et sa configuration dans une image, puis vous exécutez cette image de manière identique n'importe où. Reste une question que beaucoup de développeurs sous-estiment : qui fait tourner ce conteneur en continu, le garde en vie, renouvelle son certificat HTTPS et le redémarre à trois heures du matin ? C'est exactement là que se joue le confort réel de votre hébergement Docker, et c'est le sujet de ce guide.
En bref : l'hébergement Docker consiste à exécuter un conteneur en production de façon durable, avec un accès réseau, du HTTPS et du stockage persistant. Deux voies existent : gérer vous-même un VPS (vous possédez l'hôte, les mises à jour, les redémarrages) ou confier votre image à une plateforme managée qui construit, lance et expose votre conteneur à votre place.
Un conteneur Docker est un processus isolé qui embarque une application et tout son environnement d'exécution dans une image portable. Il démarre en quelques secondes, consomme peu de ressources et se comporte de façon identique sur un poste de développement comme sur un serveur de production.
Qu'est-ce que l'hébergement Docker en production ?
Construire une image sur votre machine et lancer docker run en local, c'est la partie facile. La production ajoute une série d'exigences que le mode développement ignore poliment.
Un conteneur en production doit rester accessible en permanence, donc être redémarré automatiquement s'il plante. Il doit être exposé sur Internet derrière un nom de domaine et un certificat TLS valide. Il a souvent besoin d'un stockage persistant, car le système de fichiers d'un conteneur est éphémère par nature : si vous ne montez pas de volume, toute donnée écrite disparaît au prochain redéploiement. Enfin, l'hôte qui l'exécute demande lui-même de l'attention (mises à jour du noyau, correctifs de sécurité, supervision de la charge).
L'hébergement Docker, c'est précisément la prise en charge de tout cela. La vraie différence entre les solutions ne porte pas sur la capacité à lancer un conteneur, mais sur la part de ce travail d'exploitation qui vous revient. Si le sujet des plateformes vous est nouveau, notre article sur ce qu'est réellement un PaaS pose le vocabulaire de base.
L'hébergement Docker managé désigne un service qui construit votre image, exécute le conteneur, gère le HTTPS, le réseau et le stockage, puis surveille le processus. Vous fournissez un Dockerfile ou du code source, la plateforme s'occupe de l'infrastructure sous-jacente.
Option 1 : Docker sur un VPS, vous gérez tout
La voie classique consiste à louer un serveur virtuel, à y installer le moteur Docker et à faire tourner vos conteneurs vous-même. C'est flexible, peu coûteux à l'heure, et vous gardez un contrôle total.
En contrepartie, vous devenez l'administrateur système. Vous rédigez et maintenez vos Dockerfile, vous construisez les images, vous configurez un reverse proxy pour router le trafic, et vous mettez en place le renouvellement automatique des certificats TLS, généralement via Let's Encrypt. Vous décidez de la politique de redémarrage, vous surveillez la mémoire et l'espace disque, vous appliquez les correctifs de sécurité de l'OS, et vous gérez les sauvegardes de vos volumes.
Rien de tout cela n'est insurmontable, mais chaque tâche est un point de défaillance de plus qui repose sur vous. Un certificat qui expire, un disque saturé par les logs ou un conteneur qui ne redémarre pas après un reboot : ce sont les incidents typiques du Docker auto-géré. Si vous exécutez plusieurs conteneurs coordonnés, la question de l'orchestration se pose vite, un terrain que nous détaillons dans notre comparatif Docker face à Kubernetes.
Cette option reste excellente quand vous voulez apprendre, garder la main sur chaque couche, ou héberger des outils précis comme un service n8n en conteneur que vous exploitez vous-même.
Option 2 : une plateforme qui exécute votre conteneur pour vous
L'autre approche inverse la charge de travail. Vous décrivez votre application, la plateforme se charge de la faire tourner.
Avec Out Plane, le déroulé est direct. Vous poussez votre code : si le dépôt contient un Dockerfile, la plateforme l'utilise tel quel ; sinon, un buildpack détecte automatiquement votre langage et construit l'image à votre place. La plateforme lance ensuite le conteneur, lui attribue une URL publique au format {name}-{port}-{teamSlug}.outplane.app et provisionne un certificat HTTPS valide, renouvelé sans que vous ayez à y penser.
Le reste de la production est intégré. Vos conteneurs disposent d'un réseau privé pour communiquer entre eux sans passer par l'Internet public. Le stockage persistant s'attache sous forme de volumes, pour les applications qui doivent conserver un état sur disque. Et une base de données PostgreSQL managée peut tourner à côté de votre application, avec sauvegardes, restauration à un instant précis, réplicas de lecture, pooling de connexions et pgvector inclus.
Côté localisation, vous choisissez une région européenne, Nuremberg ou Helsinki, pour garder vos données en Europe. Soyons précis sur ce point, car il est souvent mal présenté ailleurs : il s'agit d'un choix de résidence des données, pas d'une juridiction. Out Plane est une société américaine (Delaware). Vos données peuvent physiquement rester en Europe, mais cela ne crée aucune immunité juridique particulière. Nous développons ces nuances dans notre analyse du cloud souverain européen.
VPS auto-géré ou plateforme managée : le comparatif
Le tableau ci-dessous résume qui porte quelle responsabilité selon l'approche retenue.
| Critère | Docker sur un VPS (auto-géré) | Plateforme managée (Out Plane) |
|---|---|---|
| Construction de l'image | Vous, à la main ou en CI | Automatique depuis un Dockerfile ou un buildpack |
| Mise en ligne et HTTPS | Reverse proxy et certificats à configurer | URL publique et certificat automatiques |
| Redémarrages et supervision | À votre charge | Assurés par la plateforme |
| Mises à jour de l'hôte (OS, sécurité) | Vous les appliquez | Prises en charge |
| Base de données | Vous l'installez et l'exploitez | PostgreSQL managée disponible à côté |
| Stockage persistant | Volumes à gérer et sauvegarder | Volumes intégrés |
| Mise à l'échelle | Manuelle, entièrement de votre ressort | Manuelle, sans autoscaling |
| Coût de départ | Facturation du serveur, même à vide | Offre Hobby gratuite et crédit d'essai |
| Temps avant la production | Heures de configuration | Quelques minutes |
Ni l'une ni l'autre n'est universellement meilleure. Le VPS maximise le contrôle et minimise le coût brut ; la plateforme managée maximise la vitesse et supprime le travail d'exploitation. Le bon choix dépend de la valeur que vous accordez à votre propre temps.
Les limites à connaître, sans détour
Un guide honnête doit dire ce qu'une plateforme ne fait pas. Sur Out Plane, plusieurs éléments souvent attendus n'existent pas aujourd'hui.
Il n'y a pas d'autoscaling ni de scale-to-zero : vous dimensionnez vos conteneurs manuellement, et un service inactif ne se met pas en veille tout seul. Le calcul est basé sur le CPU, sans GPU, ce qui exclut l'exécution locale de grands modèles de langage. Il n'y a pas de multi-région, pas d'environnements de préversion automatiques, ni de calcul en périphérie de type CDN. Enfin, l'interface en ligne de commande est annoncée comme prochainement disponible : pour l'instant, le pilotage se fait via la console web.
En revanche, ce qui compte pour la plupart des applications est bien là : conteneurs Docker, réseau privé, volumes persistants, HTTPS automatique et base PostgreSQL managée. Connaître ces limites à l'avance vous évite de mauvaises surprises et vous permet de choisir en connaissance de cause.
Et la base de données dans tout ça ?
C'est le point le plus fréquemment mal compris de l'hébergement de conteneurs, alors soyons clairs.
La base de données managée d'Out Plane est PostgreSQL, et uniquement PostgreSQL. Vous bénéficiez des sauvegardes, de la restauration à un instant précis, des réplicas de lecture, du pooling et de pgvector, sans rien administrer.
Vous avez besoin de MySQL, MariaDB, MongoDB ou Redis ? Ces moteurs ne sont pas proposés en version managée. Vous les exécutez alors comme n'importe quel autre conteneur : vous poussez l'image officielle, vous attachez un volume persistant pour conserver les données, et vous en assurez vous-même l'exploitation (sauvegardes, montées de version, supervision). C'est parfaitement viable, et c'est précisément la force d'une plateforme qui sait faire tourner un conteneur arbitraire, mais la responsabilité opérationnelle vous revient, comme sur un VPS.
Questions fréquentes
Qu'est-ce que l'hébergement Docker ?
L'hébergement Docker consiste à exécuter en production une application empaquetée sous forme d'image de conteneur. L'hébergeur fournit le calcul, le réseau, le HTTPS et le stockage nécessaires pour que le conteneur reste accessible en continu. Vous pouvez le faire vous-même sur un serveur ou le déléguer à une plateforme managée.
Peut-on héberger un conteneur Docker gratuitement ?
Oui. Out Plane propose une offre Hobby gratuite en permanence, ainsi que 20 dollars de crédit d'essai sans carte bancaire pour tester une charge réelle. Vous poussez votre image, la plateforme la construit et l'exécute, sans frais fixes. L'offre Pro passe ensuite à une facturation à l'usage, détaillée sur la page tarifs.
Faut-il un Dockerfile pour déployer sur Out Plane ?
Non, pas obligatoirement. Si votre dépôt contient un Dockerfile, la plateforme l'utilise tel quel. Sinon, un buildpack détecte automatiquement votre langage (Node, Python, Go et d'autres) et construit l'image à votre place. Dans les deux cas, vous ne gérez aucun serveur de build vous-même.
Comment fonctionne le HTTPS avec un conteneur Docker ?
Sur un VPS, vous configurez vous-même un reverse proxy et le renouvellement des certificats TLS. Sur Out Plane, le HTTPS est automatique : chaque application reçoit une URL publique du type {name}-{port}-{teamSlug}.outplane.app avec un certificat valide, renouvelé sans aucune intervention de votre part.
Où sont hébergées les données ?
Vous choisissez une région européenne, Nuremberg ou Helsinki, pour garder vos données en Europe. Il s'agit d'un choix de localisation, pas d'une juridiction : Out Plane est une société américaine (Delaware). La résidence des données en Europe est réelle, mais elle ne confère aucune immunité juridique particulière face au droit américain.
Peut-on héberger une base MySQL ou Redis ?
La base managée d'Out Plane est PostgreSQL uniquement, avec sauvegardes, restauration à un instant précis, réplicas de lecture et pgvector. Pour MySQL, MariaDB, MongoDB ou Redis, vous les exécutez comme n'importe quel conteneur, avec un volume persistant, et vous en assurez vous-même l'exploitation.
Y a-t-il de la mise à l'échelle automatique ?
Non. Out Plane n'offre ni autoscaling ni scale-to-zero, et le calcul est basé sur le CPU (pas de GPU). Vous dimensionnez vos conteneurs manuellement. Il n'y a pas non plus de multi-région ni d'environnements de préversion. Une interface en ligne de commande est prévue prochainement pour compléter la console web.
Conclusion
L'hébergement Docker se résume à un choix de responsabilité : porter vous-même l'exploitation d'un serveur, ou déléguer la construction, l'exécution et le HTTPS de votre conteneur à une plateforme. Le VPS auto-géré offre un contrôle maximal au prix de votre temps ; la plateforme managée vous rend ce temps en échange de quelques limites assumées, comme l'absence d'autoscaling ou de GPU.
Si vous préférez pousser une image et voir votre application en ligne en quelques minutes, avec une base PostgreSQL managée à côté, l'approche managée est la plus directe. Pour aller plus loin sur les options sans frais, consultez notre guide de l'hébergement gratuit pour développeurs. Sinon, créez votre première application dans la console sur https://console.outplane.com et vérifiez les détails de facturation sur /pricing.