微服務雖然具備各種各樣的優勢,但服務的拆分通用給部署帶來了很大的麻煩。
大型專案元件較多,執行環境也較為複雜,部署時會碰到一些問題:
依賴關係複雜,容易出現相容性問題
開發、測試、生產環境有差異
例如一個專案中,部署時需要依賴於node.js、Redis、RabbitMQ、MySQL等,這些服務部署時所需要的函數庫、依賴項各不相同,甚至會有衝突。給部署帶來了極大的困難。
而Docker確巧妙的解決了這些問題,Docker是如何實現的呢?
Docker為了解決依賴的相容問題的,採用了兩個手段:
將應用的Libs(函數庫)、Deps(依賴)、設定與應用一起打包
將每個應用放到一個隔離容器去執行,避免互相干擾
這樣打包好的應用包中,既包含應用本身,也保護應用所需要的Libs、Deps,無需再作業系統上安裝這些,自然就不存在不同應用之間的相容問題了。
雖然解決了不同應用的相容問題,但是開發、測試等環境會存在差異,作業系統版本也會有差異,怎麼解決這些問題呢?
要解決不同作業系統環境差異問題,必須先了解作業系統結構。以一個Ubuntu作業系統為例,結構如下:
結構包括:
應用於計算機互動的流程如下:
1)應用呼叫作業系統應用(函數庫),實現各種功能
2)系統函數庫是對核心指令集的封裝,會呼叫核心指令
3)核心指令操作計算機硬體
Ubuntu和CentOSpringBoot都是基於Linux核心,無非是系統應用不同,提供的函數庫有差異:
此時,如果將一個Ubuntu版本的MySQL應用安裝到CentOS系統,MySQL在呼叫Ubuntu函數庫時,會發現找不到或者不匹配,就會報錯了:
Docker如何解決不同系統環境的問題?
如圖:
Docker如何解決大型專案依賴關係複雜,不同元件依賴的相容性問題?
Docker如何解決開發、測試、生產環境有差異的問題?
Docker是一個快速交付應用、執行應用的技術,具備下列優勢:
Docker可以讓一個應用在任何作業系統中非常方便的執行。而以前我們接觸的虛擬機器器,也能在一個作業系統中,執行另外一個作業系統,保護系統中的任何應用。
兩者有什麼差異呢?
虛擬機器器(virtual machine)是在作業系統中模擬硬體裝置,然後執行另一個作業系統,比如在 Windows 系統裡面執行 Ubuntu 系統,這樣就可以執行任意的Ubuntu應用了。
Docker僅僅是封裝函數庫,並沒有模擬完整的作業系統,如圖:
對比來看:
小結:
Docker和虛擬機器器的差異:
docker是一個系統程序;虛擬機器器是在作業系統中的作業系統
docker體積小、啟動速度快、效能好;虛擬機器器體積大、啟動速度慢、效能一般
Docker中有幾個重要的概念:
映象(Image):Docker將應用程式及其所需的依賴、函數庫、環境、設定等檔案打包在一起,稱為映象。
容器(Container):映象中的應用程式執行後形成的程序就是容器,只是Docker會給容器程序做隔離,對外不可見。
一切應用最終都是程式碼組成,都是硬碟中的一個個的位元組形成的檔案。只有執行時,才會載入到記憶體,形成程序。
而映象,就是把一個應用在硬碟上的檔案、及其執行環境、部分系統函數庫檔案一起打包形成的檔案包。這個檔案包是唯讀的。
容器呢,就是將這些檔案中編寫的程式、函數載入到記憶體中允許,形成程序,只不過要隔離起來。因此一個映象可以啟動多次,形成多個容器程序。
例如你下載了一個QQ,如果我們將QQ在磁碟上的執行檔案及其執行的作業系統依賴打包,形成QQ映象。然後你可以啟動多次,雙開、甚至三開QQ,跟多個妹子聊天。
開源應用程式非常多,打包這些應用往往是重複的勞動。為了避免這些重複勞動,人們就會將自己打包的應用映象,例如Redis、MySQL映象放到網路上,共用使用,就像GitHub的程式碼共用一樣。
DockerHub:DockerHub是一個官方的Docker映象的託管平臺。這樣的平臺稱為Docker Registry。
我們一方面可以將自己的映象共用到DockerHub,另一方面也可以從DockerHub拉取映象:
我們要使用Docker來操作映象、容器,就必須要安裝Docker。
Docker是一個CS架構的程式,由兩部分組成:
伺服器端(server):Docker守護行程,負責處理Docker指令,管理映象、容器等
使用者端(client):通過命令或RestAPI向Docker伺服器端傳送指令。可以在本地或遠端向伺服器端傳送指令。
如圖:
映象:
容器:
Docker結構:
伺服器端:接收命令或遠端請求,操作映象或容器
使用者端:傳送命令或者請求到Docker伺服器端
DockerHub:
企業部署一般都是採用Linux作業系統,而其中又數CentOS發行版佔比最多,因此我們在CentOS下安裝Docker。參考課前資料中的檔案:
首先來看下映象的名稱組成:
如圖:
這裡的mysql就是repository,5.7就是tag,合一起就是映象名稱,代表5.7版本的MySQL映象。
常見的映象操作命令如圖:
需求:從DockerHub中拉取一個nginx映象並檢視
1)首先去映象倉庫搜尋nginx映象,比如DockerHub:
2)根據檢視到的映象名稱,拉取自己需要的映象,通過命令:docker pull nginx
3)通過命令:docker images 檢視拉取到的映象
需求:利用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
結果:
需求:去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檔案
容器操作的命令如圖:
容器保護三個狀態:
其中:
docker run:建立並執行一個容器,處於執行狀態
docker pause:讓一個執行的容器暫停
docker unpause:讓一個容器從暫停狀態恢復執行
docker stop:停止一個執行的容器
docker start:讓一個停止的容器再次執行
docker rm:刪除一個容器
建立並執行nginx容器的命令:
docker run --name containerName -p 80:80 -d nginx
命令解讀:
這裡的-p
引數,是將容器埠對映到宿主機埠。
預設情況下,容器是隔離環境,我們直接存取宿主機的80埠,肯定存取不到容器中的nginx。
現在,將容器的80與宿主機的80關聯起來,當我們存取宿主機的80埠時,就會被對映到容器的80,這樣就能存取到nginx了:
需求:進入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,即可看到結果:
docker run命令的常見引數有哪些?
檢視容器紀錄檔的命令:
檢視容器狀態:
在之前的nginx案例中,修改nginx的html頁面時,需要進入nginx內部。並且因為沒有編輯器,修改檔案也很麻煩。
這就是因為容器與資料(容器內檔案)耦合帶來的後果。
要解決這個問題,必須將資料與容器解耦,這就要用到資料捲了。
資料卷(volume)是一個虛擬目錄,指向宿主機檔案系統中的某個目錄。
一旦完成資料卷掛載,對容器的一切操作都會作用在資料卷對應的宿主機目錄了。
這樣,我們操作宿主機的/var/lib/docker/volumes/html目錄,就等於操作容器內的/usr/share/nginx/html目錄了
資料卷操作的基本語法如下:
docker volume [COMMAND]
docker volume命令是資料卷操作,根據命令後跟隨的command來確定下一步的操作:
需求:建立一個資料卷,並檢視資料卷在宿主機的目錄位置
① 建立資料卷
docker volume create html
② 檢視所有資料
docker volume ls
結果:
③ 檢視資料卷詳細資訊卷
docker volume inspect html
結果:
可以看到,我們建立的html這個資料卷關聯的宿主機目錄為/var/lib/docker/volumes/html/_data
目錄。
小結:
資料卷的作用:
資料卷操作:
我們在建立容器時,可以通過 -v 引數來掛載一個資料捲到某個容器內目錄,命令格式如下:
docker run \
--name mn \
-v html:/root/html \
-p 8080:80
nginx \
這裡的-v就是掛載資料卷的命令:
-v html:/root/htm
:把html資料卷掛載到容器內的/root/html這個目錄中需求:建立一個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
容器不僅僅可以掛載資料卷,也可以直接掛載到宿主機目錄上。關聯關係如下:
如圖:
語法:
目錄掛載與資料卷掛載的語法是類似的:
需求:建立並執行一個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密碼
docker run的命令中通過 -v 引數掛載檔案或目錄到容器中:
資料卷掛載與目錄直接掛載的
常見的映象在DockerHub就能找到,但是我們自己寫的專案就必須自己構建映象了。
而要自定義映象,就必須先了解映象的結構才行。
映象是將應用程式及其需要的系統函數庫、環境、設定、依賴打包而成。
我們以MySQL為例,來看看映象的組成結構:
簡單來說,映象就是在系統函數庫、執行環境基礎上,新增應用程式檔案、組態檔、依賴檔案等組合,然後編寫好啟動指令碼打包在一起形成的檔案。
我們要構建映象,其實就是實現上述打包的過程。
構建自定義的映象時,並不需要一個個檔案去拷貝,打包。
我們只需要告訴Docker,我們的映象的組成,需要哪些BaseImage、需要拷貝什麼檔案、需要安裝什麼依賴、啟動指令碼是什麼,將來Docker會幫助我們構建映象。
而描述上述資訊的檔案就是Dockerfile檔案。
Dockerfile就是一個文字檔案,其中包含一個個的指令(Instruction),用指令來說明要執行什麼操作來構建映象。每一個指令都會形成一層Layer。
更新詳細語法說明,請參考官網檔案: https://docs.docker.com/engine/reference/builder
需求:基於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
雖然我們可以基於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建立容器並執行
小結:
Dockerfile的本質是一個檔案,通過指令描述映象的構建過程
Dockerfile的第一行必須是FROM,從一個基礎映象來構建
基礎映象可以是基本作業系統,如Ubuntu。也可以是其他人制作好的映象,例如:java:8-alpine
Docker Compose可以基於Compose檔案幫我們快速的部署分散式應用,而無需手動一個個建立和執行容器!
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:5.7.25
映象構建的容器,並且掛載了兩個目錄docker build
臨時構建的映象容器,對映埠時8090DockerCompose的詳細語法參考官網:https://docs.docker.com/compose/compose-file/
其實DockerCompose檔案可以看做是將多個docker run命令寫到一個檔案,只是語法稍有差異。
參考課前資料
需求:將之前學習的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 來部署
檢視課前資料提供的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.25environment
:環境變數
MYSQL_ROOT_PASSWORD: 123
:設定資料庫root賬戶的密碼為123volumes
:資料卷掛載,這裡掛載了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
因為微服務將來要部署為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服務地址
接下來需要將我們的每個微服務都打包。因為之前檢視到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>
打包後:
編譯打包好的app.jar檔案,需要放到Dockerfile的同級目錄中。注意:每個微服務的app.jar放到與服務名稱對應的目錄,別搞錯了。
user-service:
order-service:
gateway:
最後,我們需要將檔案整個cloud-demo資料夾上傳到虛擬機器器中,理由DockerCompose部署。
上傳到任意目錄:
部署:
進入cloud-demo目錄,然後執行下面的命令:
docker-compose up -d
參考課前資料《CentOS7安裝Docker.md》
推播映象到私有映象服務必須先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