1.初識Docker

1.1.什么是Docker

微服務雖然具備各種各樣的優勢，但服務的拆分通用給部署帶來了很大的麻煩，

分布式系統中，依賴的組件非常多，不同組件之間部署時往往會產生一些沖突，
在數百上千臺服務中重復部署，環境不一定一致，會遇到各種問題

1.1.1.應用部署的環境問題

大型專案組件較多，運行環境也較為復雜，部署時會碰到一些問題：

依賴關系復雜，容易出現兼容性問題
開發、測驗、生產環境有差異

在這里插入圖片描述

例如一個專案中，部署時需要依賴于node.js、Redis、RabbitMQ、MySQL等，這些服務部署時所需要的函式庫、依賴項各不相同，甚至會有沖突，給部署帶來了極大的困難，

1.1.2.Docker解決依賴兼容問題

而Docker確巧妙的解決了這些問題，Docker是如何實作的呢？

Docker為了解決依賴的兼容問題的，采用了兩個手段：

將應用的Libs（函式庫）、Deps（依賴）、配置與應用一起打包
將每個應用放到一個隔離容器去運行，避免互相干擾

在這里插入圖片描述

這樣打包好的應用包中，既包含應用本身，也保護應用所需要的Libs、Deps，無需再作業系統上安裝這些，自然就不存在不同應用之間的兼容問題了，

雖然解決了不同應用的兼容問題，但是開發、測驗等環境會存在差異，作業系統版本也會有差異，怎么解決這些問題呢？

1.1.3.Docker解決作業系統環境差異

要解決不同作業系統環境差異問題，必須先了解作業系統結構，以一個Ubuntu作業系統為例，結構如下：

在這里插入圖片描述

結構包括：

計算機硬體：例如CPU、記憶體、磁盤等
系統內核：所有Linux發行版的內核都是Linux，例如CentOS、Ubuntu、Fedora等，內核可以與計算機硬體互動，對外提供內核指令，用于操作計算機硬體，
系統應用：作業系統本身提供的應用、函式庫，這些函式庫是對內核指令的封裝，使用更加方便，

應用于計算機互動的流程如下：

1）應用呼叫作業系統應用（函式庫），實作各種功能

2）系統函式庫是對內核指令集的封裝，會呼叫內核指令

3）內核指令操作計算機硬體

Ubuntu和CentOSpringBoot都是基于Linux內核，無非是系統應用不同，提供的函式庫有差異：

在這里插入圖片描述

此時，如果將一個Ubuntu版本的MySQL應用安裝到CentOS系統，MySQL在呼叫Ubuntu函式庫時，會發現找不到或者不匹配，就會報錯了：

在這里插入圖片描述

Docker如何解決不同系統環境的問題？

Docker將用戶程式與所需要呼叫的系統(比如Ubuntu)函式庫一起打包
Docker運行到不同作業系統時，直接基于打包的函式庫，借助于作業系統的Linux內核來運行

如圖：

在這里插入圖片描述

1.1.4.小結

Docker如何解決大型專案依賴關系復雜，不同組件依賴的兼容性問題？

Docker允許開發中將應用、依賴、函式庫、配置一起打包，形成可移植鏡像
Docker應用運行在容器中，使用沙箱機制，相互隔離

Docker如何解決開發、測驗、生產環境有差異的問題？

Docker鏡像中包含完整運行環境，包括系統函式庫，僅依賴系統的Linux內核，因此可以在任意Linux作業系統上運行

Docker是一個快速交付應用、運行應用的技術，具備下列優勢：

可以將程式及其依賴、運行環境一起打包為一個鏡像，可以遷移到任意Linux作業系統
運行時利用沙箱機制形成隔離容器，各個應用互不干擾
啟動、移除都可以通過一行命令完成，方便快捷

1.2.Docker和虛擬機的區別

Docker可以讓一個應用在任何作業系統中非常方便的運行，而以前我們接觸的虛擬機，也能在一個作業系統中，運行另外一個作業系統，保護系統中的任何應用，

兩者有什么差異呢？

虛擬機（virtual machine）是在作業系統中模擬硬體設備，然后運行另一個作業系統，比如在 Windows 系統里面運行 Ubuntu 系統，這樣就可以運行任意的Ubuntu應用了，

Docker僅僅是封裝函式庫，并沒有模擬完整的作業系統，如圖：

在這里插入圖片描述

對比來看：

在這里插入圖片描述

小結：

Docker和虛擬機的差異：

docker是一個系統行程；虛擬機是在作業系統中的作業系統
docker體積小、啟動速度快、性能好；虛擬機體積大、啟動速度慢、性能一般

1.3.Docker架構

1.3.1.鏡像和容器

Docker中有幾個重要的概念：

鏡像（Image）：Docker將應用程式及其所需的依賴、函式庫、環境、配置等檔案打包在一起，稱為鏡像，

容器（Container）：鏡像中的應用程式運行后形成的行程就是容器，只是Docker會給容器行程做隔離，對外不可見，

一切應用最終都是代碼組成，都是硬碟中的一個個的位元組形成的檔案，只有運行時，才會加載到記憶體，形成行程，

而鏡像，就是把一個應用在硬碟上的檔案、及其運行環境、部分系統函式庫檔案一起打包形成的檔案包，這個檔案包是只讀的，

容器呢，就是將這些檔案中撰寫的程式、函式加載到記憶體中允許，形成行程，只不過要隔離起來，因此一個鏡像可以啟動多次，形成多個容器行程，

在這里插入圖片描述

例如你下載了一個QQ，如果我們將QQ在磁盤上的運行檔案及其運行的作業系統依賴打包，形成QQ鏡像，然后你可以啟動多次，雙開、甚至三開QQ，跟多個妹子聊天，

1.3.2.DockerHub

開源應用程式非常多，打包這些應用往往是重復的勞動，為了避免這些重復勞動，人們就會將自己打包的應用鏡像，例如Redis、MySQL鏡像放到網路上，共享使用，就像GitHub的代碼共享一樣，

DockerHub：DockerHub是一個官方的Docker鏡像的托管平臺，這樣的平臺稱為Docker Registry，
國內也有類似于DockerHub 的公開服務，比如網易云鏡像服務、阿里云鏡像庫等，

我們一方面可以將自己的鏡像共享到DockerHub，另一方面也可以從DockerHub拉取鏡像：

在這里插入圖片描述

1.3.3.Docker架構

我們要使用Docker來操作鏡像、容器，就必須要安裝Docker，

Docker是一個CS架構的程式，由兩部分組成：

服務端(server)：Docker守護行程，負責處理Docker指令，管理鏡像、容器等
客戶端(client)：通過命令或RestAPI向Docker服務端發送指令，可以在本地或遠程向服務端發送指令，

如圖：
在這里插入圖片描述

1.3.4.小結

鏡像：

將應用程式及其依賴、環境、配置打包在一起

容器：

鏡像運行起來就是容器，一個鏡像可以運行多個容器

Docker結構：

服務端：接收命令或遠程請求，操作鏡像或容器
客戶端：發送命令或者請求到Docker服務端

DockerHub：

一個鏡像托管的服務器，類似的還有阿里云鏡像服務，統稱為DockerRegistry

1.4.安裝Docker

企業部署一般都是采用Linux作業系統，而其中又數CentOS發行版占比最多，因此我們在CentOS下安裝Docker，參考課前資料中的檔案：
在這里插入圖片描述

2.Docker的基本操作

2.1.鏡像操作

2.1.1.鏡像名稱

首先來看下鏡像的名稱組成：

鏡名稱一般分兩部分組成：[repository]:[tag]，
在沒有指定tag時，默認是latest，代表最新版本的鏡像

如圖：

在這里插入圖片描述

這里的mysql就是repository，5.7就是tag，合一起就是鏡像名稱，代表5.7版本的MySQL鏡像，

2.1.2.鏡像命令

常見的鏡像操作命令如圖：
在這里插入圖片描述

2.1.3.案例1-拉取、查看鏡像

需求：從DockerHub中拉取一個nginx鏡像并查看

1）首先去鏡像倉庫搜索nginx鏡像，比如DockerHub:

在這里插入圖片描述

2）根據查看到的鏡像名稱，拉取自己需要的鏡像，通過命令：docker pull nginx
在這里插入圖片描述

3）通過命令：docker images 查看拉取到的鏡像

在這里插入圖片描述

2.1.4.案例2-保存、匯入鏡像

需求：利用docker save將nginx鏡像匯出磁盤，然后再通過load加載回來

1）利用docker xx --help命令查看docker save和docker load的語法

例如，查看save命令用法，可以輸入命令：

docker save --help

結果：

在這里插入圖片描述

命令格式：

docker save -o [保存的目標檔案名稱] [鏡像名稱]

2）使用docker save匯出鏡像到磁盤

運行命令：

docker save -o nginx.tar nginx:latest

結果如圖：

在這里插入圖片描述

3）使用docker load加載鏡像

先洗掉本地的nginx鏡像：

docker rmi nginx:latest

然后運行命令，加載本地檔案：

docker load -i nginx.tar

結果：

在這里插入圖片描述

2.1.5.練習

需求：去DockerHub搜索并拉取一個Redis鏡像

目標：

1）去DockerHub搜索Redis鏡像

2）查看Redis鏡像的名稱和版本

3）利用docker pull命令拉取鏡像

4）利用docker save命令將 redis:latest打包為一個redis.tar包

5）利用docker rmi 洗掉本地的redis:latest

6）利用docker load 重新加載 redis.tar檔案

2.2.容器操作

2.2.1.容器相關命令

容器操作的命令如圖：
在這里插入圖片描述

容器保護三個狀態：

運行：行程正常運行
暫停：行程暫停，CPU不再運行，并不釋放記憶體
停止：行程終止，回收行程占用的記憶體、CPU等資源

其中：

docker run：創建并運行一個容器，處于運行狀態
docker pause：讓一個運行的容器暫停
docker unpause：讓一個容器從暫停狀態恢復運行
docker stop：停止一個運行的容器
docker start：讓一個停止的容器再次運行
docker rm：洗掉一個容器

2.2.2.案例-創建并運行一個容器

創建并運行nginx容器的命令：

docker run --name containerName -p 80:80 -d nginx

命令解讀：

docker run ：創建并運行一個容器
–name : 給容器起一個名字，比如叫做mn
-p ：將宿主機埠與容器埠映射，冒號左側是宿主機埠，右側是容器埠
-d：后臺運行容器
nginx：鏡像名稱，例如nginx

這里的-p引數，是將容器埠映射到宿主機埠，

默認情況下，容器是隔離環境，我們直接訪問宿主機的80埠，肯定訪問不到容器中的nginx，

現在，將容器的80與宿主機的80關聯起來，當我們訪問宿主機的80埠時，就會被映射到容器的80，這樣就能訪問到nginx了：
在這里插入圖片描述

2.2.3.案例-進入容器，修改檔案

需求：進入Nginx容器，修改HTML檔案內容，添加“傳智教育歡迎您”

提示：進入容器要用到docker exec命令，

步驟：

1）進入容器，進入我們剛剛創建的nginx容器的命令為：

docker exec -it mn bash

命令解讀：

docker exec ：進入容器內部，執行一個命令
-it : 給當前進入的容器創建一個標準輸入、輸出終端，允許我們與容器互動
mn ：要進入的容器的名稱
bash：進入容器后執行的命令，bash是一個linux終端互動命令

2）進入nginx的HTML所在目錄 /usr/share/nginx/html

容器內部會模擬一個獨立的Linux檔案系統，看起來如同一個linux服務器一樣：

在這里插入圖片描述
nginx的環境、配置、運行檔案全部都在這個檔案系統中，包括我們要修改的html檔案，

查看DockerHub網站中的nginx頁面，可以知道nginx的html目錄位置在/usr/share/nginx/html

我們執行命令，進入該目錄：

cd /usr/share/nginx/html

查看目錄下檔案：

在這里插入圖片描述

3）修改index.html的內容

容器內沒有vi命令，無法直接修改，我們用下面的命令來修改：

sed -i -e 's#Welcome to nginx#傳智教育歡迎您#g' -e 's#<head>#<head><meta charset="utf-8">#g' index.html

在瀏覽器訪問自己的虛擬機地址，例如我的是：http://192.168.150.101，即可看到結果：

在這里插入圖片描述

2.2.4.小結

docker run命令的常見引數有哪些？

–name：指定容器名稱
-p：指定埠映射
-d：讓容器后臺運行

查看容器日志的命令：

docker logs
添加 -f 引數可以持續查看日志

查看容器狀態：

docker ps
docker ps -a 查看所有容器，包括已經停止的

2.3.資料卷（容器資料管理）

在之前的nginx案例中，修改nginx的html頁面時，需要進入nginx內部，并且因為沒有編輯器，修改檔案也很麻煩，

這就是因為容器與資料（容器內檔案）耦合帶來的后果，
在這里插入圖片描述

要解決這個問題，必須將資料與容器解耦，這就要用到資料卷了，

2.3.1.什么是資料卷

**資料卷（volume）**是一個虛擬目錄，指向宿主機檔案系統中的某個目錄，

在這里插入圖片描述

一旦完成資料卷掛載，對容器的一切操作都會作用在資料卷對應的宿主機目錄了，

這樣，我們操作宿主機的/var/lib/docker/volumes/html目錄，就等于操作容器內的/usr/share/nginx/html目錄了

2.3.2.資料集操作命令

資料卷操作的基本語法如下：

docker volume [COMMAND]

docker volume命令是資料卷操作，根據命令后跟隨的command來確定下一步的操作：

create 創建一個volume
inspect 顯示一個或多個volume的資訊
ls 列出所有的volume
prune 洗掉未使用的volume
rm 洗掉一個或多個指定的volume

2.3.3.創建和查看資料卷

需求：創建一個資料卷，并查看資料卷在宿主機的目錄位置

① 創建資料卷

docker volume create html

② 查看所有資料

docker volume ls

結果：

在這里插入圖片描述

③ 查看資料卷詳細資訊卷

docker volume inspect html

結果：

在這里插入圖片描述

可以看到，我們創建的html這個資料卷關聯的宿主機目錄為/var/lib/docker/volumes/html/_data目錄，

小結：

資料卷的作用：

將容器與資料分離，解耦合，方便操作容器內資料，保證資料安全

資料卷操作：

docker volume create：創建資料卷
docker volume ls：查看所有資料卷
docker volume inspect：查看資料卷詳細資訊，包括關聯的宿主機目錄位置
docker volume rm：洗掉指定資料卷
docker volume prune：洗掉所有未使用的資料卷

2.3.4.掛載資料卷

我們在創建容器時，可以通過 -v 引數來掛載一個資料卷到某個容器內目錄，命令格式如下：

docker run \
  --name mn \
  -v html:/root/html \
  -p 8080:80
  nginx \

這里的-v就是掛載資料卷的命令：

-v html:/root/htm ：把html資料卷掛載到容器內的/root/html這個目錄中

2.3.5.案例-給nginx掛載資料卷

需求：創建一個nginx容器，修改容器內的html目錄內的index.html內容

分析：上個案例中，我們進入nginx容器內部，已經知道nginx的html目錄所在位置/usr/share/nginx/html ，我們需要把這個目錄掛載到html這個資料卷上，方便操作其中的內容，

提示：運行容器時使用 -v 引數掛載資料卷

步驟：

① 創建容器并掛載資料卷到容器內的HTML目錄

docker run --name mn -v html:/usr/share/nginx/html -p 80:80 -d nginx

② 進入html資料卷所在位置，并修改HTML內容

# 查看html資料卷的位置
docker volume inspect html
# 進入該目錄
cd /var/lib/docker/volumes/html/_data
# 修改檔案
vi index.html

2.3.6.案例-給MySQL掛載本地目錄

容器不僅僅可以掛載資料卷，也可以直接掛載到宿主機目錄上，關聯關系如下：

帶資料卷模式：宿主機目錄 --> 資料卷 —> 容器內目錄
直接掛載模式：宿主機目錄 —> 容器內目錄

如圖：

在這里插入圖片描述

語法：

目錄掛載與資料卷掛載的語法是類似的：

-v [宿主機目錄]:[容器內目錄]
-v [宿主機檔案]:[容器內檔案]

需求：創建并運行一個MySQL容器，將宿主機目錄直接掛載到容器

實作思路如下：

1）在將課前資料中的mysql.tar檔案上傳到虛擬機，通過load命令加載為鏡像

2）創建目錄/tmp/mysql/data

3）創建目錄/tmp/mysql/conf，將課前資料提供的hmy.cnf檔案上傳到/tmp/mysql/conf

4）去DockerHub查閱資料，創建并運行MySQL容器，要求：

① 掛載/tmp/mysql/data到mysql容器內資料存盤目錄

② 掛載/tmp/mysql/conf/hmy.cnf到mysql容器的組態檔

③ 設定MySQL密碼

2.3.7.小結

docker run的命令中通過 -v 引數掛載檔案或目錄到容器中：

-v volume名稱:容器內目錄
-v 宿主機檔案:容器內文
-v 宿主機目錄:容器內目錄

資料卷掛載與目錄直接掛載的

資料卷掛載耦合度低，由docker來管理目錄，但是目錄較深，不好找
目錄掛載耦合度高，需要我們自己管理目錄，不過目錄容易尋找查看

3.Dockerfile自定義鏡像

常見的鏡像在DockerHub就能找到，但是我們自己寫的專案就必須自己構建鏡像了，

而要自定義鏡像，就必須先了解鏡像的結構才行，

3.1.鏡像結構

鏡像是將應用程式及其需要的系統函式庫、環境、配置、依賴打包而成，

我們以MySQL為例，來看看鏡像的組成結構：
在這里插入圖片描述

簡單來說，鏡像就是在系統函式庫、運行環境基礎上，添加應用程式檔案、組態檔、依賴檔案等組合，然后撰寫好啟動腳本打包在一起形成的檔案，

我們要構建鏡像，其實就是實作上述打包的程序，

3.2.Dockerfile語法

構建自定義的鏡像時，并不需要一個個檔案去拷貝，打包，

我們只需要告訴Docker，我們的鏡像的組成，需要哪些BaseImage、需要拷貝什么檔案、需要安裝什么依賴、啟動腳本是什么，將來Docker會幫助我們構建鏡像，

而描述上述資訊的檔案就是Dockerfile檔案，

Dockerfile就是一個文本檔案，其中包含一個個的指令(Instruction)，用指令來說明要執行什么操作來構建鏡像，每一個指令都會形成一層Layer，

在這里插入圖片描述

更新詳細語法說明，請參考官網檔案： https://docs.docker.com/engine/reference/builder

3.3.構建Java專案

3.3.1.基于Ubuntu構建Java專案

需求：基于Ubuntu鏡像構建一個新鏡像，運行一個java專案

步驟1：新建一個空檔案夾docker-demo
步驟2：拷貝課前資料中的docker-demo.jar檔案到docker-demo這個目錄

在這里插入圖片描述

步驟3：拷貝課前資料中的jdk8.tar.gz檔案到docker-demo這個目錄

在這里插入圖片描述

步驟4：拷貝課前資料提供的Dockerfile到docker-demo這個目錄
在這里插入圖片描述

其中的內容如下：

# 指定基礎鏡像
FROM ubuntu:16.04
# 配置環境變數，JDK的安裝目錄
ENV JAVA_DIR=/usr/local

# 拷貝jdk和java專案的包
COPY ./jdk8.tar.gz $JAVA_DIR/
COPY ./docker-demo.jar /tmp/app.jar

# 安裝JDK
RUN cd $JAVA_DIR \
 && tar -xf ./jdk8.tar.gz \
 && mv ./jdk1.8.0_144 ./java8

# 配置環境變數
ENV JAVA_HOME=$JAVA_DIR/java8
ENV PATH=$PATH:$JAVA_HOME/bin

# 暴露埠
EXPOSE 8090
# 入口，java專案的啟動命令
ENTRYPOINT java -jar /tmp/app.jar

步驟5：進入docker-demo

將準備好的docker-demo上傳到虛擬機任意目錄，然后進入docker-demo目錄下
步驟6：運行命令：
```
docker build -t javaweb:1.0 .
```

最后訪問 http://192.168.150.101:8090/hello/count，其中的ip改成你的虛擬機ip

3.3.2.基于java8構建Java專案

雖然我們可以基于Ubuntu基礎鏡像，添加任意自己需要的安裝包，構建鏡像，但是卻比較麻煩，所以大多數情況下，我們都可以在一些安裝了部分軟體的基礎鏡像上做改造，

例如，構建java專案的鏡像，可以在已經準備了JDK的基礎鏡像基礎上構建，

需求：基于java:8-alpine鏡像，將一個Java專案構建為鏡像

實作思路如下：

① 新建一個空的目錄，然后在目錄中新建一個檔案，命名為Dockerfile
② 拷貝課前資料提供的docker-demo.jar到這個目錄中
③ 撰寫Dockerfile檔案：
- a ）基于java:8-alpine作為基礎鏡像
- b ）將app.jar拷貝到鏡像中
- c ）暴露埠
- d ）撰寫入口ENTRYPOINT
  
  內容如下：
```
FROM java:8-alpine
COPY ./app.jar /tmp/app.jar
EXPOSE 8090
ENTRYPOINT java -jar /tmp/app.jar
```
④ 使用docker build命令構建鏡像
⑤ 使用docker run創建容器并運行

3.4.小結

小結：

Dockerfile的本質是一個檔案，通過指令描述鏡像的構建程序
Dockerfile的第一行必須是FROM，從一個基礎鏡像來構建
基礎鏡像可以是基本作業系統，如Ubuntu，也可以是其他人制作好的鏡像，例如：java:8-alpine

4.Docker-Compose

Docker Compose可以基于Compose檔案幫我們快速的部署分布式應用，而無需手動一個個創建和運行容器！

在這里插入圖片描述

4.1.初識DockerCompose

Compose檔案是一個文本檔案，通過指令定義集群中的每個容器如何運行，格式如下：

version: "3.8"
 services:
  mysql:
    image: mysql:5.7.25
    environment:
     MYSQL_ROOT_PASSWORD: 123 
    volumes:
     - "/tmp/mysql/data:/var/lib/mysql"
     - "/tmp/mysql/conf/hmy.cnf:/etc/mysql/conf.d/hmy.cnf"
  web:
    build: .
    ports:
     - "8090:8090"

上面的Compose檔案就描述一個專案，其中包含兩個容器：

mysql：一個基于mysql:5.7.25鏡像構建的容器，并且掛載了兩個目錄
web：一個基于docker build臨時構建的鏡像容器，映射埠時8090

DockerCompose的詳細語法參考官網：https://docs.docker.com/compose/compose-file/

其實DockerCompose檔案可以看做是將多個docker run命令寫到一個檔案，只是語法稍有差異，

4.2.安裝DockerCompose

參考課前資料

4.3.部署微服務集群

需求：將之前學習的cloud-demo微服務集群利用DockerCompose部署

實作思路：

① 查看課前資料提供的cloud-demo檔案夾，里面已經撰寫好了docker-compose檔案

② 修改自己的cloud-demo專案，將資料庫、nacos地址都命名為docker-compose中的服務名

③ 使用maven打包工具，將專案中的每個微服務都打包為app.jar

④ 將打包好的app.jar拷貝到cloud-demo中的每一個對應的子目錄中

⑤ 將cloud-demo上傳至虛擬機，利用 docker-compose up -d 來部署

4.3.1.compose檔案

查看課前資料提供的cloud-demo檔案夾，里面已經撰寫好了docker-compose檔案，而且每個微服務都準備了一個獨立的目錄：
在這里插入圖片描述

內容如下：

version: "3.2"

services:
  nacos:
    image: nacos/nacos-server
    environment:
      MODE: standalone
    ports:
      - "8848:8848"
  mysql:
    image: mysql:5.7.25
    environment:
      MYSQL_ROOT_PASSWORD: 123
    volumes:
      - "$PWD/mysql/data:/var/lib/mysql"
      - "$PWD/mysql/conf:/etc/mysql/conf.d/"
  userservice:
    build: ./user-service
  orderservice:
    build: ./order-service
  gateway:
    build: ./gateway
    ports:
      - "10010:10010"

可以看到，其中包含5個service服務：

nacos：作為注冊中心和配置中心
- image: nacos/nacos-server：基于nacos/nacos-server鏡像構建
- environment：環境變數
  - MODE: standalone：單點模式啟動
- ports：埠映射，這里暴露了8848埠
mysql：資料庫
- image: mysql:5.7.25：鏡像版本是mysql:5.7.25
- environment：環境變數
  - MYSQL_ROOT_PASSWORD: 123：設定資料庫root賬戶的密碼為123
- volumes：資料卷掛載，這里掛載了mysql的data、conf目錄，其中有我提前準備好的資料
userservice、orderservice、gateway：都是基于Dockerfile臨時構建的

查看mysql目錄，可以看到其中已經準備好了cloud_order、cloud_user表：
在這里插入圖片描述

查看微服務目錄，可以看到都包含Dockerfile檔案：

在這里插入圖片描述

內容如下：

FROM java:8-alpine
COPY ./app.jar /tmp/app.jar
ENTRYPOINT java -jar /tmp/app.jar

4.3.2.修改微服務配置

因為微服務將來要部署為docker容器，而容器之間互聯不是通過IP地址，而是通過容器名，這里我們將order-service、user-service、gateway服務的mysql、nacos地址都修改為基于容器名的訪問，

如下所示：

spring:
  datasource:
    url: jdbc:mysql://mysql:3306/cloud_order?useSSL=false
    username: root
    password: 123
    driver-class-name: com.mysql.jdbc.Driver
  application:
    name: orderservice
  cloud:
    nacos:
      server-addr: nacos:8848 # nacos服務地址

4.3.3.打包

接下來需要將我們的每個微服務都打包，因為之前查看到Dockerfile中的jar包名稱都是app.jar，因此我們的每個微服務都需要用這個名稱，

可以通過修改pom.xml中的打包名稱來實作，每個微服務都需要修改：

<build>
  <!-- 服務打包的最終名稱 -->
  <finalName>app</finalName>
  <plugins>
    <plugin>
      <groupId>org.springframework.boot</groupId>
      <artifactId>spring-boot-maven-plugin</artifactId>
    </plugin>
  </plugins>
</build>

打包后：
在這里插入圖片描述

4.3.4.拷貝jar包到部署目錄

編譯打包好的app.jar檔案，需要放到Dockerfile的同級目錄中，注意：每個微服務的app.jar放到與服務名稱對應的目錄，別搞錯了，

user-service：

在這里插入圖片描述

order-service：
在這里插入圖片描述

gateway：
在這里插入圖片描述

4.3.5.部署

最后，我們需要將檔案整個cloud-demo檔案夾上傳到虛擬機中，理由DockerCompose部署，

上傳到任意目錄：

在這里插入圖片描述

部署：

進入cloud-demo目錄，然后運行下面的命令：

docker-compose up -d

5.Docker鏡像倉庫

5.1.搭建私有鏡像倉庫

參考課前資料《CentOS7安裝Docker.md》

5.2.推送、拉取鏡像

推送鏡像到私有鏡像服務必須先tag，步驟如下：

① 重新tag本地鏡像，名稱前綴為私有倉庫的地址：192.168.150.101:8080/

docker tag nginx:latest 192.168.150.101:8080/nginx:1.0

② 推送鏡像

docker push 192.168.150.101:8080/nginx:1.0

③ 拉取鏡像

docker pull 192.168.150.101:8080/nginx:1.0

轉載請註明出處，本文鏈接：https://www.uj5u.com/ruanti/335498.html

標籤：其他

上一篇：Nginx 簡單介紹及實體

下一篇：【計算機網路】2物理層

Docker實用篇

1.初識Docker

1.1.什么是Docker

1.1.1.應用部署的環境問題

1.1.2.Docker解決依賴兼容問題

1.1.3.Docker解決作業系統環境差異

1.1.4.小結

1.2.Docker和虛擬機的區別

1.3.Docker架構

1.3.1.鏡像和容器

1.3.2.DockerHub

1.3.3.Docker架構

1.3.4.小結

1.4.安裝Docker

2.Docker的基本操作

2.1.鏡像操作

2.1.1.鏡像名稱

2.1.2.鏡像命令

2.1.3.案例1-拉取、查看鏡像

2.1.4.案例2-保存、匯入鏡像

2.1.5.練習

2.2.容器操作

2.2.1.容器相關命令

2.2.2.案例-創建并運行一個容器

2.2.3.案例-進入容器，修改檔案

2.2.4.小結

2.3.資料卷（容器資料管理）

2.3.1.什么是資料卷

2.3.2.資料集操作命令

2.3.3.創建和查看資料卷

2.3.4.掛載資料卷

2.3.5.案例-給nginx掛載資料卷

2.3.6.案例-給MySQL掛載本地目錄

2.3.7.小結

3.Dockerfile自定義鏡像

3.1.鏡像結構

3.2.Dockerfile語法

3.3.構建Java專案

3.3.1.基于Ubuntu構建Java專案

3.3.2.基于java8構建Java專案

3.4.小結

4.Docker-Compose

4.1.初識DockerCompose

4.2.安裝DockerCompose

4.3.部署微服務集群

4.3.1.compose檔案

4.3.2.修改微服務配置

4.3.3.打包

4.3.4.拷貝jar包到部署目錄

4.3.5.部署

5.Docker鏡像倉庫

5.1.搭建私有鏡像倉庫

5.2.推送、拉取鏡像