{"id":6456,"date":"2022-08-10T08:21:54","date_gmt":"2022-08-10T08:21:54","guid":{"rendered":"https:\/\/cloudsurfers.it\/?p=6456"},"modified":"2022-08-10T08:24:24","modified_gmt":"2022-08-10T08:24:24","slug":"i-comandi-base-di-docker","status":"publish","type":"post","link":"https:\/\/cloudsurfers.it\/index.php\/i-comandi-base-di-docker\/","title":{"rendered":"I comandi base di Docker"},"content":{"rendered":"\n

Nel precedente articolo dedicato a Docker abbiamo completato l’installazione, se te lo sei perso lo trovi qui<\/a>. Ora che abbiamo tutto pronto, \u00e8 tempo di sporcarci le mani. In questa sezione, eseguiremo un contenitore sul nostro sistema e avremo un assaggio dei primi comandi.<\/p>\n\n\n\n

Per iniziare, eseguiamo quanto segue nel nostro terminale:<\/p>\n\n\n

\n$ sudo docker pull ubuntu\n<\/pre><\/div>\n\n\n
Il comando pull recupera l’ immagine<\/strong><\/a> di ubuntu dal repository in cloud Docker Hub<\/strong><\/a> e la salva sul nostro sistema. Puoi usare il comando docker images per vedere un elenco di tutte le immagini presenti sul tuo sistema.<\/p>\n\n\n
\n$ sudo docker images\nREPOSITORY              TAG                 IMAGE ID            CREATED             VIRTUAL SIZE\nubuntu                 latest              c51f86c28340        4 weeks ago         1.109 MB\n<\/pre><\/div>\n\n\n
Non avendo specificato un tag<\/strong>, viene automaticamente scaricata l’ultima versione disponibile<\/p>\n\n\n\n
Ora proviamo ad eseguire un contenitore<\/strong> Docker basato sull’ immagine appena scaricata. Per farlo useremo il comando docker run<\/code> che abbiamo gi\u00e0 utilizzato nell’articolo introduttivo. <\/p>\n\n\n
\n$ sudo docker run ubuntu\n<\/pre><\/div>\n\n\n
Quando chiamiamo il comando docker run<\/code>, il client Docker trova l’immagine, carica il contenitore e quindi esegue un comando in quel contenitore.<\/p>\n\n\n\n
Se l’immagine non si trova gi\u00e0 in locale, Docker eseguir\u00e0 automaticamente anche il pull dal repository.<\/p>\n\n\n\n
Digitando il comando docker ps<\/code> ci vengono mostrati tutti i contenitori attualmente in esecuzione, se invece utilizziamo docker ps -a<\/code>avremo una lista di tutti i container presenti, indipendentemente dal loro stato.<\/p>\n\n\n
\n$ docker ps -a\nCONTAINER ID        IMAGE               COMMAND             CREATED             STATUS                      PORTS               NAMES\n305297d7a235        ubuntu             "bash"            1 minutes ago      Exited (0) 0 minutes ago                       distracted_goldstine\n14e5bd11d164        hello-world         "\/hello"            50 minutes ago       Exited (0) 50 minutes ago                        thirsty_euclid\n<\/pre><\/div>\n\n\n
<\/p>\n\n\n\n
Come vediamo, ogni Container creato ha un proprio ID <\/strong>e un proprio nome <\/strong>che lo contraddistinguono
Possiamo notare che il nostro contenitore Ubuntu appena eseguito \u00e8 in stato “exited”. Questo perch\u00e9 il comando <\/strong>predefinito per la macchina ubuntu \u00e8 bash<\/code> e noi abbiamo avviato il container in modalit\u00e0 non interattiva obbligando quindi il container ad uscire perch\u00e9 non ha pi\u00f9 nulla da fare.<\/p>\n\n\n\n
L’esecuzione del comando docker run<\/code> con il flag -it<\/code> ci collega invece a un tty interattivo nel contenitore (-i abilita standard input -t avvia una tty).<\/p>\n\n\n
\n$ sudo docker -it run ubuntu\n<\/pre><\/div>\n\n\n
Ora possiamo eseguire tutti i comandi che vogliamo nel contenitore come se fossimo collegati direttamente su una macchina linux. Non ci credi? Prenditi del tempo per eseguire i tuoi comandi preferiti e nel frattempo esegui anche il comando ps, noterai che il processo bash ha come PID 1 perch\u00e8 \u00e8 il comando entry point eseguito dopo aver startato il container.<\/p>\n\n\n\n
Per uscire dal contenitore \u00e8 possibile utilizzare il comando exit<\/code>;  digitando questo comando il contenitore killer\u00e0 il nostro PID1 e quindi risulter\u00e0 in stato exited<\/strong>; per uscire mantenendo il container in stato Up<\/strong> possiamo usare invece la combinazione di tasti Ctrl PQ<\/strong>. Proviamo questa seconda opzione e poi controlliamo i contenitori attivi.<\/p>\n\n\n
\n$ docker ps\nCONTAINER ID        IMAGE               COMMAND             CREATED             STATUS                      PORTS               NAMES\nff0a5c3750b9 ubuntu             "bash"            3 minutes ago      Up  3 minutes ago                       crazy_hugle\n\n<\/pre><\/div>\n\n\n
Come vediamo il nostro container \u00e8 rimasto Up dopo aver eseguito la combinazione Ctrl PQ<\/p>\n\n\n\n
Proviamo ora a rientrare nel container eseguendo il seguente comando: <\/p>\n\n\n
\n$ sudo docker -it exec ff0a5c3750b9 bash\n<\/pre><\/div>\n\n\n
Con il comandodocker exec<\/code> saremo in grado di agganciarci al nostro container avviato in precedenza e aggiungere un nuovo comando. Nel nostro caso abbiamo aggiunto bash <\/strong>per rientrare nella bash ma se ad esempio avessimo digitato ls<\/strong>, avrebbe stampato i risultati del comando e sarebbe uscito. Ora che siamo nuovamente nella bash digitiamo ps, noteremo che il PID non \u00e8 pi\u00f9 uno perch\u00e9 abbiamo eseguito un nuovo comando mentre il container era gi\u00e0 avviato. Se infatti ora provassimo a digitare exit<\/strong> noteremo che il container rester\u00e0 comunque Up perch\u00e8 il processo con Id =1 \u00e8 ancora in esecuzione. Per agganciarci direttamente al comando definito in fase di creazione del container possiamo usare docker attach<\/code>:<\/p>\n\n\n
\n$ sudo docker attach ff0a5c3750b9\n<\/pre><\/div>\n\n\n
E poi possiamo controllare con ps <\/strong>il numero del processo bash<\/p>\n\n\n
\nroot@ff0a5c3750b9:\/# ps\nPID TTY TIME CMD\n1 pts\/0 00:00:00 bash\n22 pts\/0 00:00:00 ps\n<\/pre><\/div>\n\n\n
Abbiamo visto che \u00e8 proprio 1, quindi ci siamo agganciati al comando eseguito in fase di avvio del container<\/p>\n\n\n\n
Altri comandi base<\/h5>\n\n\n\n
docker create <nomeimmagine><\/code> crea il container senza avviarlo<\/p>\n\n\n\n
docker start <idcontainer><\/code> avvia un container stoppato in precedenza<\/p>\n\n\n\n
docker stop <idcontainer><\/code>  stoppa un container in esecuzione mantenendo il file system<\/p>\n\n\n\n
docker pause <idcontainer><\/code> mette in pausa il container mantenendo file system e stato dei processi<\/p>\n\n\n\n
docker unpause <idcontainer><\/code> rimette in esecuzione un container in pausa<\/p>\n\n\n\n
docker restart <idcontainer><\/code> riavvia un container in esecuzione<\/p>\n\n\n\n
<\/p>\n\n\n\n
Questo conclude un giro rapido dei comandi base, che molto probabilmente utilizzerai pi\u00f9 spesso. Man mano che procediamo ulteriormente, ne vedremo di nuovi.<\/p>\n\n\n\n
Prima di andare avanti, per\u00f2, facciamo un po’ di pulizia. Se eseguiamo docker ps -a<\/code> notiamo che abbiamo diversi container doppi perch\u00e8 abbiamo eseguito pi\u00f9 volte il comando  docker run<\/code> . Quindi, prima di procedere, eliminiamo i contenitori che non ci servono pi\u00f9. Per farlo, possiamo eseguire il comando docker rm<\/code> seguito dall’id dei contenitori che vogliamo eliminare.<\/p>\n\n\n
\n$ docker rm 305297d7a235 ff0a5c3750b9\n\n305297d7a235\nff0a5c3750b9\n<\/pre><\/div>\n\n\n
docker rm<\/code> rimuove solo i container stoppati, per eliminare i container in esecuzione \u00e8 possibile utilizzare docker rm -d<\/code> .
Al momento dell’eliminazione, dovresti vedere restituiti gli ID dei container eliminati. Se hai un elevato numero di contenitori da eliminare in una volta sola \u00e8 possibile eseguire qualche comando composto:<\/p>\n\n\n
\n$ docker rm $(docker ps -a -q -f status=exited)\n<\/pre><\/div>\n\n\n
Questo comando ad esempio elimina tutti i contenitori con stato exited<\/code>, il flag -q<\/code> restituisce solo gli ID numerici e l’opzione -f<\/code> invece permette di impostare il filtro desiderato, in questo caso abbiamo impostato l’eliminazione per soli i container in stato exited. <\/p>\n\n\n\n
Per eliminare tutti i container non utilizzati \u00e8 possibile anche utilizzare il comando docker container prune<\/code><\/p>\n\n\n
\n$ docker container prune\n\nWARNING! This will remove all stopped containers.\nAre you sure you want to continue? [y\/N] y\nDeleted Containers:\n4a7f7eebae0f63178aff7eb0aa39f0627a203ab2df258c1a00b456cf20063\nf98f9c2aa1eaf727e4ec9c0283bcaa4762fbdba7f26191f26c97f64090360\n\nTotal reclaimed space: 212 B\n<\/pre><\/div>\n\n\n
Infine, puoi anche eliminare le immagini che non ti servono pi\u00f9 eseguendo docker rmi<\/code>:<\/p>\n\n\n\n
docker rmi <nomeimmagine><\/code> rimuove l’immagine in base al nome<\/p>\n\n\n\n
docker rmi $docker images -a -q)<\/code> rimuove tutte le immagini locali<\/p>\n\n\n\n
Anticipiamo anche il comando docker system prune -a <\/code>. Questo comando elimina:<\/p>\n\n\n\n
  • tutti i container stoppati<\/li>
  • tutte le immagini senza almeno un container associato<\/li>
  • le network non utilizzate (vedremo nei prossimi articoli come creare network aggiuntive e perch\u00e9 farlo)<\/li>
  • svuota tutta la cache di build<\/li><\/ul>\n\n\n\n
    Conclusioni<\/h4>\n\n\n\n
    Oggi abbiamo mosso i primi passi nel mondo Docker, avviando i primi container e imparando i comandi principali. Se l’hai notato, tutto \u00e8 accaduto abbastanza rapidamente; immagina invece di aver dovuto creare una macchina virtuale, avviarla, eseguire un comando e quindi spegnerla. Nei prossimi articoli vedremo la gestione dei dati e il networking, provando a far dialogare tra loro pi\u00f9 container.<\/p>\n","protected":false},"excerpt":{"rendered":"
    Nel precedente articolo dedicato a Docker abbiamo completato l’installazione, se te lo sei perso lo trovi qui. Ora che abbiamo tutto pronto, \u00e8 tempo di sporcarci le mani. In questa sezione, …<\/p>\n","protected":false},"author":6,"featured_media":6365,"comment_status":"closed","ping_status":"open","sticky":false,"template":"","format":"standard","meta":{"wds_primary_category":0,"footnotes":""},"categories":[187],"tags":[48,110],"class_list":["post-6456","post","type-post","status-publish","format-standard","has-post-thumbnail","hentry","category-docker","tag-docker","tag-tutorial"],"_links":{"self":[{"href":"https:\/\/cloudsurfers.it\/index.php\/wp-json\/wp\/v2\/posts\/6456","targetHints":{"allow":["GET"]}}],"collection":[{"href":"https:\/\/cloudsurfers.it\/index.php\/wp-json\/wp\/v2\/posts"}],"about":[{"href":"https:\/\/cloudsurfers.it\/index.php\/wp-json\/wp\/v2\/types\/post"}],"author":[{"embeddable":true,"href":"https:\/\/cloudsurfers.it\/index.php\/wp-json\/wp\/v2\/users\/6"}],"replies":[{"embeddable":true,"href":"https:\/\/cloudsurfers.it\/index.php\/wp-json\/wp\/v2\/comments?post=6456"}],"version-history":[{"count":0,"href":"https:\/\/cloudsurfers.it\/index.php\/wp-json\/wp\/v2\/posts\/6456\/revisions"}],"wp:featuredmedia":[{"embeddable":true,"href":"https:\/\/cloudsurfers.it\/index.php\/wp-json\/wp\/v2\/media\/6365"}],"wp:attachment":[{"href":"https:\/\/cloudsurfers.it\/index.php\/wp-json\/wp\/v2\/media?parent=6456"}],"wp:term":[{"taxonomy":"category","embeddable":true,"href":"https:\/\/cloudsurfers.it\/index.php\/wp-json\/wp\/v2\/categories?post=6456"},{"taxonomy":"post_tag","embeddable":true,"href":"https:\/\/cloudsurfers.it\/index.php\/wp-json\/wp\/v2\/tags?post=6456"}],"curies":[{"name":"wp","href":"https:\/\/api.w.org\/{rel}","templated":true}]}}