[TOC] >通過實戰介紹docker鏡像與容器 通過運行images啟動容器，一個images是一個可執行的包，其中包括運行應用程序所需要的所有內容-代碼，運行時，庫、環境變量和配置文件。 容器時images運行時示例-當被執行時(即，images狀態，或者用戶進程)在內存中，可以使用命令查看正在運行容器的列表docker ps,就像在Linux中一樣。 # 實戰Spring Boot項目 以Dockerfile文件方式定義依賴環境 ## 創建一個Spring Boot項目 ## 打包 `mvn clean package`打成一個jar包 在target下找到`springboot-mybatis-0.0.1-SNAPSHOT.jar` ## 上傳jar包 在docker環境中新建一個目錄"docker-projects" 上傳 `springboot-mybatis-0.0.1-SNAPSHOT.jar` 到該目錄下，并且在此目錄創建Dockerfile ## 創建Dockerfile文件 ~~~ FROM openjdk:8 MAINTAINER pm LABEL name="springboot-demo" version="1.0" author="pm" COPY springboot-mybatis-0.0.1-SNAPSHOT.jar springboot-mybatis-image.jar CMD ["java","-jar","springboot-mybatis-image.jar"] ~~~ ## 基于Dockerfile構建鏡像 `docker build -t springboot-docker-image .` > .表示用當前目錄的Dockerfile文件 ## Docker鏡像 > 操作系統分為內核和用戶空間，對于Linux而言，內核啟動后，會掛載root文件系統為其提供用戶空間支持。而Docker鏡像(Image),就相當于是一個root文件系統。 Docker鏡像是一個特殊的文件系統，除了提供容器運行時所需的程序、庫、資源、配置等文件外，還包含了一些為運行時準備的一些配置參數(如匿名卷、環境變量、用戶等)。鏡像不包含任何動態數據，其內容在構建之后也不會被改變 ## 分層技術 >因為鏡像包含系統完整的root文件系統，其體積往往是龐大的，因此在Docker設計時，就充分利用Union FS技術，將其設計為分層存儲的架構。所以嚴格來說，鏡像并非是像一個ISO那樣的打包文件，鏡像只是一個虛擬的概念，其實際體現并非由一個文件組成，而是由一組文件系統組成，或者說，由多層系統聯合組成。 鏡像構建時會一層層構建，前一層是后一層的基礎。每一層構建完就不會再發生改變，后一層上的任何改變只發生在自己這一層，比如，刪除前一層文件的操作，實際不是真的刪除前一層的文件，而是僅在當前層標記為該文件已刪除。在最終容器運行的時候，雖然不會看到這個文件，但是實際上該文件會一直跟隨鏡像。因此，在構建鏡像的時候，需要額外小心，每一層盡量只包含該層需要添加的東西，任何額外的東西應該在該層構建結束前清理掉。 分層存儲的特征還使得鏡像的復用、定制變的更為容易。甚至可以用之前構建好的鏡像作為基礎層，然后進一步添加新的層，以定制自己所需要的內容，構建新的鏡像。 ## 基于image創建container `docker run -d --name springboot01 -p 8081:8080 springboot-docker-image` ## 查看啟動日志 `docker logs springboot01` ## 訪問驗證 ·curl localhost:8081· ## 再次啟動一個 `docker run -d --name springboot02 -p 8082:8080 springboot-docker-image` # Image操作 ## 查看本地image列表 `docker images` ` docker image ls` ## 拉取鏡像 `docker pull image:tag` ## 刪除鏡像 ~~~ docker image rm imageid:tag docker rmi -f imageid docker rmi -f $(docker image ls) 刪除所有鏡像 ~~~ > 注意此鏡像如果正在使用，或者有關聯的鏡像，則需要先處理完] ## 鏡像tag `docker tag [ImageId] register/namespace/image:tag` ## 鏡像發布 `docker push register/namespace/image:tag` > 默認為發布到hub.docker.com # container操作 ## Docker容器 > 鏡像(image)和容器(container)的關系，就像是面向對象程序設計中的類和實例一樣，鏡像是靜態的定義，容器是鏡像運行時的實體。容器可以被創建、啟動、停止、刪除、暫停等。 容器的實質是進程，但與直接在宿主執行的進程不同，容器進程運行于屬于自己的獨立的命名空間。因此容器可以擁有自己的root文件系統、自己的網絡配置、自己的進程空間，甚至自己的用戶ID空間。容器內的進程是運行在一個隔離的環境里，使用起來，就好像是在一個獨立宿主的系統下操作一樣。這種特性使容器封裝的應用比直接在宿主運行更加安全。 前面講過鏡像使用的是分層儲存，容器也是如此。每一個容器運行時，是以鏡像為基礎層，在其上創建一個當前容器的存儲層，可以稱這個味容器運行時讀寫而準備的存儲層為容器存儲層。 容器存儲層的生存周期和容器一樣，容器消亡時，容器存儲層也隨之消亡。因此，任何保存于容器存儲層的信息都會隨容器刪除而丟失。 按照Docker最佳實踐的要求，容器不應該向其存儲層寫入任何數據，容器存儲層要保持無狀態化。所有的文件寫入操作，都應該使用數據卷(volume)、或者綁定宿主目錄，在這些位置的讀寫會跳過存儲層，直接對宿主(或網絡存儲)發生讀寫，其性能和穩定性更高。 數據卷的生存周期獨立于容器，容器消亡，數據卷不會消亡。因此，使用數據卷后，容器刪除或者重新運行之后，數據卻不會丟失。 ## 根據鏡像創建容器 `docker run -d --name -p 9090:8080 my-tomcat tomcat` ## 查看運行中的container `docker ps` ## 查看所有的container `docker ps -a` > 包含已經退出的容器 ## 刪除container ~~~ docker rm containerid docker rm -f $(docker ps -a) 刪除所有container ~~~ ## 進入到一個container中 `docker exec -it container bash` ## 查看某個container的日志 `docker logs container` ## 查看容器資源使用情況 `docker stats` ## 查看容器詳情信息 `docker inspect container` ## 停止/啟動容器 `docker stop/start container`