« Il était temps » diront certains, tant le partenariat semble logique. Les deux entreprises s’associent pour simplifier plusieurs étapes décrites actuellement comme contraignantes. De nombreux conteneurs sont créés en effet via les outils Compose et Desktop de Docker, avant d’être déployés dans ECS (Elastic Container Service) sur Amazon Web Services.
Or, passer de l’un à l’autre peut être complexe. Désormais, les conteneurs créés localement peuvent être déployés directement dans ECS, sans plus de procès, promet Amazon.
Pour TechCrunch, l’annonce est dans la continuité de la revente par Docker de sa branche entreprise à Mirantis en novembre dernier. L’éditeur affirmait alors vouloir se concentrer sur les développeurs, son orientation première en 2013 et 2014. Dont acte.
Commentaires (8)
#1
Heu, j’avoue avoir un peu de mal à comprendre comment on peut encore “simplifier” le déploiement dans ECS. Personnellement, je construis l’image (docker build), je donne le bon tag à l’image (docker tag), je la pousse dans la registry AWS (docker push) et je demande au service de faire un nouveau déploiement (aws ecs –force-new-deployment). Quatre lignes de bash, j’ai du mal à voir comment faire mieux… Mouais, “docker ecs” peut éééééventuellement se logger tout seul sans devoir faire un aws ecs get-login, mais à part ça, madame la marquise…
Et l’image tourne aussi bien en local dans docker compose que sur ECS.
D’accord que définir le service, les tâches, le VPC et le load balancer tout ça c’est horriblement casse-bonbons, mais rien de tout ça n’incombe à Docker.
#2
Hello,
Il doit y avoir une petite confusion ou erreur de traduction.
Compose fait justement parti de Docker Desktop et permettent de créer localement des images. C’est un incontournable pour travailler ;)
#3
“sans plus de procès, promet Amazon.” J’ai pas compris là … ils faisaient des procès avant ??
" />
#4
Pas forcément un problème de traduction mais ne pas avoir souligné le point important :
L’intégration de ECS via fargate sera direct dans les commandes docker compose
https://www.youtube.com/watch?v=UE162PzO2s0
docker-compose up
docker context use aws
docker ecs compose up
En gros oui c’est simplifié. Cela n’empêche pas qu’il y a toujours les étapes de docker push/tag des images mais qu’il suffit d’intégrer dans le docker-compose push
#5
Quelqu’un peut il expliquer ce qu’est un container et la différence entre une image virtuelle faite par exemple avec Vmware ?
#6
Une image vmware est une machine virtuelle complète, elle contient notamment son propre noyau et système d’exploitation.
Un conteneur docker est une version allégée d’une machine virtuelle, en ce sens qu’elle ne contient pas son propre noyau, elle utilise celle du host.
C’est plus limité vu qu’on ne peut pas utiliser des noyaux différents (alors qu’en VmWare on peut très bien faire tourner un noyau Linux dans la VM alors que le host est en Windows). En revanche c’est beaucoup moins gourmand en ressources, notamment la mémoire, ce qui permet d’en faire tourner beaucoup plus sur le host (je fais régulièrement tourner 10 conteneurs sur ma machine de dev, chacun bouffant moins de 100MB de RAM, alors qu’une machine virtuelle c’est 1 ou 2 GB minimum chacune)
Autre chose, les conteneurs c’est surtout pratique pour faire tourner des applications serveur ou ligne de commande, pas tellement pour faire tourner des applications graphiques.
#7
Eh bien justement, la nouvelle commande génère automatiquement le loadbalancer, le VPC, les règles, etc etc, d’après la capture d’écran affichée sur le blog d’AWS.
Pour avoir passé une journée à mettre en place une pipeline qui a l’air bancale la veille de cette annonce, perso je trouve ça plutôt pas mal.
#8