Docker est une façon d’empaqueter une application avec tout ce dont elle a besoin pour fonctionner — code, environnement d’exécution, bibliothèques et réglages — dans une unité unique et portable appelée conteneur. Le conteneur se comporte de la même manière sur votre ordinateur portable, sur la machine d’un collègue et sur CDN.com.tr. Vous n’avez pas besoin d’être un expert Docker pour en profiter : souvent, il suffit de nous indiquer une image existante.
Pensez à un conteneur maritime. Quoi que vous y mettiez, il a une forme standard, de sorte que n’importe quel navire, camion ou grue peut le transporter sans se soucier du contenu. Un conteneur Docker fait la même chose pour le logiciel : il enveloppe votre application et ses dépendances dans un paquet standard, afin que tout système compatible puisse l’exécuter à l’identique — sans surprise du type "ça marche sur ma machine".
Deux termes causent l’essentiel de la confusion. Une "image" est le plan — un instantané figé de votre application et de son environnement. Un "conteneur" est une instance vivante, en cours d’exécution, créée à partir de cette image. Vous pouvez démarrer plusieurs conteneurs à partir d’une seule image, tout comme vous pouvez ouvrir plusieurs copies d’un document à partir d’un modèle. Les images sont généralement stockées dans un "registre" (comme Docker Hub ou un registre privé) et téléchargées au besoin.
Les vraies applications sont rarement d’un seul tenant — vous pourriez avoir une appli web, un worker en arrière-plan, une base de données et un cache. Un fichier docker-compose.yml répertorie tous ces "services" et la manière dont ils se connectent, afin que toute la pile puisse démarrer ensemble à partir d’une seule définition. Sur CDN.com.tr, vous pouvez importer un fichier compose et chaque service devient une application managée, tandis que les bases de données et les caches peuvent devenir des modules managés.
Souvent, moins que vous ne le pensez. Si vous utilisez WordPress ou un site PHP, vous n’avez besoin d’aucune connaissance de Docker — ces plateformes se gèrent en quelques clics. Docker ne compte que lorsque vous voulez exécuter une application personnalisée. Et même alors, de nombreuses applications disposent déjà d’une image prête que vous pouvez utiliser par son nom, ou d’un fichier docker-compose que vous pouvez importer, sans écrire de Docker vous-même.
Pour exécuter une application personnalisée, vous nous donnez une image (par exemple une image publique comme "nginx" ou la vôtre depuis un registre) ou vous importez un fichier docker-compose. La plateforme télécharge l’image, l’exécute, lui donne une URL avec le HTTPS automatique et la maintient saine. Vous gérez les variables d’environnement, la montée en charge et les redémarrages depuis le panneau — pas d’administration de serveur, et pas besoin de construire des images sur la plateforme elle-même.
La plateforme exécute vos conteneurs mais n’est pas un endroit pour construire des images ni exécuter Docker dans Docker, et elle n’expose pas de ports TCP publics bruts (l’accès public se fait en HTTP(S) ; le trafic interne entre services reste privé). Pour la plupart des applis web, API, workers et outils, c’est exactement ce que vous voulez ; pour un système de CI qui construit des images, vous les construiriez ailleurs et déploieriez le résultat ici.
Déployez par exemple RabbitMQ ou Jenkins via le nom de l’image, avec un volume persistant pour que ses données survivent aux redémarrages.
Construisez votre image dans votre propre pipeline, poussez-la vers un registre et exécutez-la ici avec une URL et le HTTPS.
Importez un docker-compose.yml et faites démarrer web, worker, base de données et cache ensemble en une seule étape.