Can Docker 1.12 in "swarm mode" fornisce "un singolo host virtuale Docker"?

Question

Una delle caratteristiche nifty dell'originale "Docker Swarm" era che:

trasforma un pool di Docker ospita in un unico, virtuale Docker ospite

permettendo strumenti (come il docker CLI e docker-compose) per essere agnostici sul fatto che stessero operando contro una singola istanza di Docker Engine o un cluster Swarm.

Docker 1.12 porta una "modalità sciame" integrata, che è un'entusiasmante nuova interpretazione dell'orchestra di Docker. Ma abbiamo perso la funzione "cluster come host virtuale Docker" nel processo? L'utilizzo di docker run in un master in modalità sciama sembra solo avviare contenitori sul nodo principale stesso. docker ps non restituisce alcun suggerimento su quale macchina è in esecuzione su ciascun contenitore. È vero che ora è necessario utilizzare sottocomandi specifici del cluster come docker service e docker deploy per eseguire operazioni all'interno del cluster?

Answer 1

Questa è una interpretazione corretta. Gestirai più a lungo uno Swarm come hai fatto con un singolo motore, i comandi da gestire e programmare nello Swarm stanno cambiando. L'utilizzo di docker run e docker-compose riguarderà un singolo host. L'utilizzo di docker service è necessario per pianificare lo sciame. La composizione si sta spostando su pacchetti che si docker deploy e gestire con docker stack. Direi che un enorme vantaggio del nuovo design non è da dimenticare quando gestisci lo sciame contro un singolo nodo perché non hai controllato le impostazioni di $DOCKER_HOST.

La migrazione è stata considerata con docker-compose bundle e non c'è nulla che ti impedisce di eseguire l'implementazione del vecchio contenitore di sciame sulla piattaforma 1.12 e di accedervi come sempre. Non otterrai i benefici dell'orchestrazione dello sciame 1.12.