docker-compose容器編排

為什么使用docker-compose
? 我們學會了使用 dockerfile 構建 docker 鏡像,看起來已經能夠滿足我們的日常需求了,無論需要什么環境,在 dockerfile 里逐步構建,然后 build、run,就 ok 了,也滿足了我們docker 隔離性、快速部署的要求,為什么還需要docker-compose呢?
? 我們來看一個網站開發最常見的場景:我們要有資料庫,網站應用,nginx,互相配合才是完整的環境,是的,我們完全可以以 ubuntu 為基礎鏡像,把這些一股腦全裝進去,然后運行,但是這樣有很多缺點,比如我們每次都要重新裝 mysql 而不是直接利用 mysql 官方的基礎鏡像,升級維護不方便;如果我們的應用要擴展也很難,因為每個應用都連接的自己內部的資料庫,無法共享資料;事實上,這種方式是典型的虛擬機的使用方式,不是 docker 的正確打開方式
? docker 是輕量化的應用程式,docker 官方推薦每個 docker 容器中只運行一個行程,那么就是說,我們需要分別為我們的應用、資料庫、nginx 創建單獨的 docker 容器,然后分別啟動它,想象一下,構建好 docker 之后,每次啟動我們的網站,都要至少 docker run 三次,是不是很繁瑣?而且此時這幾個 docker 是分散獨立的,很不方便管理,既然這幾個 docker 都是為了同一個網站服務,是不是應該把它們放到一起?這就引出了 docker-compose 專案,
什么是docker-compose
? docker-compose是 docker 官方的開源專案,使用 python 撰寫,實作上呼叫了 Docker 服務的 API 進行容器管理,其官方定義為為 「定義和運行多個 Docker 容器的應用(Defining and running multi-container Docker applications)),其實就是上面所講的功能,
安裝Docker-Compose
Docker Compose是一個用來定義和運行復雜應用的Docker工具,一個使用Docker容器的應用,通常由多個容器組成,使用Docker Compose不再需要使用shell腳本來啟動容器,
? Compose 通過一個組態檔來管理多個Docker容器,在組態檔中,所有的容器通過services來定義,然后使用docker-compose腳本來啟動,停止和重啟應用,和應用中的服務以及所有依賴服務的容器,非常適合組合使用多個容器進行開發的場景,
查找最新版的docker-compose
到 https://github.com/docker/compose/releases/ 地址查找最新的docker-compose版本

安裝docker-compose
下載最新版的docker-compose檔案
sudo curl -L "https://github.com/docker/compose/releases/download/1.29.2/docker-compose-$(uname -s)-$(uname -m)" -o /usr/local/bin/docker-compose
添加可執行權限
sudo chmod +x /usr/local/bin/docker-compose
測驗安裝結果
docker-compose --version
docker-compose概述
類似 docker 的Dockerfile檔案,docker-compose使用 YAML 檔案對容器進行管理,
相關概念
對于 docker-compose 有兩個基本的概念:
- 服務(service):一個應用容器,即 docker 容器,比如之前所說的mysql 容器、nginx 容器
- 專案(project):由一組關聯的應用容器組成的一個完整業務單元,比如上面所講的由 mysql、web app、nginx 容器組成的網站,docker-compose 面向專案進行管理,
YAML 檔案格式
- 大小寫敏感,縮進表示表示層級關系
- 縮進空格數不重要,相同層級左側對齊即可,(不允許使用 tab 縮進!)
- 由冒號分隔的鍵值對表示物件;一組連詞線開頭的行,構成一個陣列;字串默認不使用引號
Compose和Docker兼容性
Docker Engine 與docker-compose version 之間的有以下關系
| compose檔案格式版本 | docker版本 |
|---|---|
| 3.4 | 17.09.0+ |
| 3.3 | 17.06.0+ |
| 3.2 | 17.04.0+ |
| 3.1 | 1.13.1+ |
| 3 | 1.13.0+ |
| 2.3 | 17.06.0+ |
| 2.2 | 1.13.0+ |
| 2.1 | 1.12.0+ |
| 2 | 1.10.0+ |
| 1 | 1.9.1.+ |
基本使用
接下來我們使用 docker-compose 構建我們的微服務以及mysql,并逐步講解其使用,
準備作業
在專案檔案夾下創建 docker-compose.yml檔案
cd /usr/local/docker-learn/ && touch docker-compose.yml && ll

撰寫組態檔
先在 docker-compose.yml 檔案里添加如下代碼,構建我們的專案
version: '2'
services:
mysql:
image: mysql:5.7.33
hostname: mysql
container_name: mysql
restart: always
networks:
- learn-docker-network
volumes:
- "/tmp/etc/mysql:/etc/mysql/mysql.conf.d/"
- "/tmp/data/mysql:/var/lib/mysql"
environment:
MYSQL_ROOT_PASSWORD: 'root'
nacos:
image: nacos/nacos-server
hostname: nacos
container_name: nacos
restart: always
ports:
- "8848:8848"
networks:
- learn-docker-network
environment:
MODE: 'standalone'
JVM_XMS: '128m'
JVM_XMX: '128m'
learn-docker-web:
image: manager-hongbaoyu-java.itheima.net:8443/library/learn-docker-web:1.0-SNAPSHOT
restart: always
networks:
- learn-docker-network
depends_on:
- nacos
- mysql
volumes:
- "/tmp/data/logs:/logs"
learn-docker-storage:
image: manager-hongbaoyu-java.itheima.net:8443/library/learn-docker-storage:1.0-SNAPSHOT
restart: always
networks:
- learn-docker-network
depends_on:
- nacos
- mysql
volumes:
- "/tmp/data/logs:/logs"
learn-docker-gateway:
image: manager-hongbaoyu-java.itheima.net:8443/library/learn-docker-gateway:1.0-SNAPSHOT
restart: always
ports:
- "8888:8888"
networks:
- learn-docker-network
depends_on:
- nacos
- mysql
volumes:
- "/tmp/data/logs:/logs"
networks:
learn-docker-network:
driver: bridge
運行測驗
在專案的檔案中執行
docker-compose up -d命令就可以啟動了
docker-compose up -d

微服務訪問測驗
通過網關地址訪問測驗微服務
curl http://192.168.64.153:8888/employeapi/find/10001| python -m json.tool

引數解釋(手冊)
version
指定 docker-compose.yml 檔案的寫法格式
? docker-compose.yml的version版本號應該和docker的版本進行匹配,如果不匹配可能出現問題,
services
表示多個容器的集合
服務物件
? docker-compose.yml管理是以服務為單位管理的,一個services下面可以有多個服務,mysql,app都代表一個服務
image
? image是指定服務的鏡像名稱或鏡像 ID,如果鏡像在本地不存在,Compose 將會嘗試拉取這個鏡像,
hostname
配置容器的host名稱,在容器的hosts檔案中加入了映射

container_name
? 配置啟動后的容器名稱和docker的--name xxx效果是一樣的
restart
restart引數能夠使我們在重啟docker時,自動啟動相關容器,和docker的
--restart效果一致Docker容器的重啟策略如下
- no,默認策略,在容器退出時不重啟容器
- on-failure,在容器非正常退出時(退出狀態非0),才會重啟容器
- on-failure:3,在容器非正常退出時重啟容器,最多重啟3次
- always,在容器退出時總是重啟容器
- unless-stopped,在容器退出時總是重啟容器,但是不考慮在Docker守護行程啟動時就已經停止了的容器
ports
映射埠的標簽,對外暴露的埠定義,和 expose 對應,和docker的
-p效果一致
depends_on
? 這個是依賴配置的選項,意思是如果 服務啟動是如果有依賴于其他服務的,先啟動被依賴的服務,啟動完成后在啟動該服務
networks
配置容器所使用的網路
volumes
掛載一個目錄或者一個已存在的資料卷容器,和docker
-v效果一致
environment
配置環境變數,和docker的
-e效果一致
常用命令
docker-compose up
用于部署一個 Compose 應用
? 默認情況下該命令會讀取名為 docker-compose.yml 或 docker-compose.yaml 的檔案
,用戶也可以使用 -f 指定其他檔案名,通常情況下,會使用 -d 引數令應用在后臺啟動,
docker-compose stop
停止 Compose 應用相關的所有容器,但不會洗掉它們,
? 被停止的應用可以很容易地通過 docker-compose restart 命令重新啟動,
如果帶有服務命則停止該服務 ,否則停止所有服務

docker-compose rm
用于洗掉已停止的 Compose 應用,
? 它會洗掉容器和網路,但是不會洗掉卷和鏡像,
如果帶有服務命則洗掉該服務 ,否則洗掉所有服務

docker-compose restart
重啟已停止的 Compose 應用,
? 如果用戶在停止該應用后對其進行了變更,那么變更的內容不會反映在重啟后的應用中,這時需要重新部署應用使變更生效,
docker-compose ps
用于列出 Compose 應用中的各個容器,
? 輸出內容包括當前狀態、容器運行的命令以及網路埠,

docker-compose down
停止并洗掉運行中的 Compose 應用,
? 它會洗掉容器和網路,但是不會洗掉卷和鏡像,

擴縮容
nacos查看集群情況
我們可以查看nacos,查看當服務器集群的一個部署情況

擴容節點
我們現在對
learn-docker-storage節點進行擴容語法格式:
docker-compose up -d --scale 服務名=節點數
docker-compose up -d --scale learn-docker-storage=2

啟動后查看nacos節點資訊

縮容節點
和擴容一樣指定節點數量就可以的
docker-compose up -d --scale learn-docker-storage=1

停止后后查看nacos節點資訊

本文由傳智教育博學谷 - 狂野架構師教研團隊發布
如果本文對您有幫助,歡迎關注和點贊;如果您有任何建議也可留言評論或私信,您的支持是我堅持創作的動力
轉載請注明出處!
轉載請註明出處,本文鏈接:https://www.uj5u.com/houduan/502694.html
標籤:Java
