Distribuzione di servizi su Swarm

In Docker Swarm, un service è la definizione di come si desidera eseguire un'applicazione containerizzata nel cluster.

Anziché eseguire singoli container, definisce un servizio per comunicare a Swarm: "Voglio eseguire X istanze di questa immagine, su queste porte e con queste impostazioni."

Swarm garantisce quindi il mantenimento dello stato desiderato, riavviando automaticamente i container in caso di errore.

Immagini di vederla in questo modo:

• Un container è una singola istanza di un'applicazione.
• Un service è un modello per eseguire uno o più container identici, chiamati task, nel proprio Swarm.

I servizi garantiscono alta disponibilità e scalabilità distribuendo i task e gestendo automaticamente gli errori.

Il comando docker service create consente di distribuire le applicazioni come servizi nel cluster Swarm. Creiamo un semplice server web Nginx.

Provi a eseguire questo esempio:

Analizziamo il comando appena utilizzato:

• --name my-web-app: assegna al servizio un nome facilmente memorizzabile.
• -p 80:80: associa la porta 80 sui nodi Swarm alla porta 80 all'interno del container.
• --replicas 1: indica a Swarm di mantenere in esecuzione una singola istanza, o task, del servizio.
• nginx: specifica l'immagine Docker da utilizzare per i task del servizio.

Dopo aver creato un servizio, vorrà verificarne lo stato e visualizzare i task in esecuzione. Utilizzi questi comandi:

• docker service ls: elenca tutti i servizi dello Swarm.
• docker service ps <service_name>: mostra i singoli task, ovvero i container, associati a un servizio.

Uno dei principali vantaggi di Docker Swarm è la facilità di scalabilità. Può aumentare il numero di istanze, o repliche, in esecuzione del servizio con un solo comando.

Aumentiamo a tre repliche il servizio my-web-app:

Con la stessa facilità, può ridurre la scala del servizio per diminuire l'utilizzo delle risorse o gestire il traffico. Swarm arresterà gradualmente i container in eccesso mantenendo in esecuzione quelli rimanenti.

Riduciamo nuovamente a una replica il servizio my-web-app:

Quando deve distribuire una nuova versione dell'applicazione o modificare le impostazioni del servizio, docker service update esegue un rolling update. Swarm aggiorna i task uno alla volta, assicurando che l'applicazione rimanga disponibile.

Aggiorniamo il servizio Nginx a una versione specifica:

Quando un servizio non è più necessario, può rimuoverlo dallo Swarm. Questa operazione arresterà tutti i task associati ed eliminerà la definizione del servizio dal cluster.

Per rimuovere il servizio dell'app web di esempio:

Ha un servizio denominato my-backend in esecuzione con 3 repliche e che utilizza l'immagine my-backend:v1. Deve aggiornarlo affinché utilizzi la nuova immagine my-backend:v2 e aumentare inoltre il numero di repliche a 5.

Ottimo lavoro! Ha appreso gli elementi essenziali per distribuire e gestire le applicazioni come servizi in Docker Swarm.

• I servizi definiscono lo stato desiderato delle applicazioni containerizzate.
• Ha imparato a creare servizi utilizzando docker service create.
• Abbiamo trattato l'ispezione, la scalabilità (docker service scale) e l'aggiornamento (docker service update) dei servizi.
• Infine, può rimuovere i servizi con docker service rm.

I servizi sono fondamentali per creare applicazioni scalabili e resilienti in un cluster Swarm!