Je me permet de répondre ici vu que je suis mainteneur de cette toute récente compose-spec :P
L’idée est de ne plus lier le format yaml des fichiers compose à l’outil docker-compose, qui en effet est dédié au développement sur une seule machine. Ca ne se réduit pas à simplifier de longues lignes de commandes comme tu le dis @Obidoub (chouette avatar :P), mais c’est un raccourci de langage acceptable.
Il y a en effet Swarm qui utilise aussi ce format dans la commande docker stack deploy, mais le format compose est aussi utilisé par Amazon ECS (avec qui on travaille sur cette spec) et permet de cibler Helm et Kubernetes, via l’outil Kompose (https://github.com/kubernetes/kompose) ou bien compose-on-kubernetes qui est distribué avec Docker Desktop.
On peut aussi évoquer des utilisations du format pour d’autres scénarios, comme CloudBees CodeShip qui s’en sert pour définir les environnements de CI.
Bref, on parle bien du format de fichier, et de ses diverses utilisation, et de comment le faire évoluer pour couvrir plus/mieux les cas d’utilisation. docker-compose (l’outil) devient alors “juste” une implémentation parmi les autres. Le pitch de la compose-spec parle bien de “Cloud Providers”, j’avoue que c’est un peu du marketing, même si on bosse en effet avec Amazon et Microsoft Azure, mais pour moi tous les usages se valent :P
1 commentaires
Docker : Compose a maintenant des spécifications officielles
15/04/2020
Le 16/04/2020 à 07h 44
Je me permet de répondre ici vu que je suis mainteneur de cette toute récente compose-spec :P
L’idée est de ne plus lier le format yaml des fichiers compose à l’outil docker-compose, qui en effet est dédié au développement sur une seule machine. Ca ne se réduit pas à simplifier de longues lignes de commandes comme tu le dis @Obidoub (chouette avatar :P), mais c’est un raccourci de langage acceptable.
Il y a en effet Swarm qui utilise aussi ce format dans la commande
docker stack deploy, mais le format compose est aussi utilisé par Amazon ECS (avec qui on travaille sur cette spec) et permet de cibler Helm et Kubernetes, via l’outil Kompose (https://github.com/kubernetes/kompose) ou bien compose-on-kubernetes qui est distribué avec Docker Desktop. On peut aussi évoquer des utilisations du format pour d’autres scénarios, comme CloudBees CodeShip qui s’en sert pour définir les environnements de CI.
Bref, on parle bien du format de fichier, et de ses diverses utilisation, et de comment le faire évoluer pour couvrir plus/mieux les cas d’utilisation. docker-compose (l’outil) devient alors “juste” une implémentation parmi les autres. Le pitch de la compose-spec parle bien de “Cloud Providers”, j’avoue que c’est un peu du marketing, même si on bosse en effet avec Amazon et Microsoft Azure, mais pour moi tous les usages se valent :P