腳本之家服務器常用軟件

快捷導航

Docker v1.13 新功能介紹

更新時間：2017年02月15日 08:38:09 作者：左藍

本篇文章主要介紹了Docker v1.13 新功能介紹，小編覺得挺不錯的，現(xiàn)在分享給大家，也給大家做個參考。一起跟隨小編過來看看吧

Docker 1.13 發(fā)布已經(jīng)26天了，趁著今天想起系統(tǒng)密碼，更新了一下系統(tǒng)，順便體驗一下新版本的功能。

因為我之前沒有裝過插件，一直都是乖乖用穩(wěn)定版，所以像 docker plugin、docker stack這些子命令我都沒有試過。因此本次升級沒有卸載插件的步驟，不過你要是以前裝了插件得先卸載，畢竟API變了。

Docker 1.13.1

新增哪些功能

從國內(nèi)幾家科技媒體的文章都是從這里粘貼復制的：

該版本更新內(nèi)容較多，涉及到網(wǎng)絡、插件、移除掉的 API & 客戶端、運行時、安全性以及依賴等。

Docker 1.13有一千四百多個issue/pull request，五千多個commits，是Docker歷史上最高的發(fā)布版本。這并不是一個簡單的小版本變化，里面有大量的更新。

Top 10 新增功能

正式支持服務棧：docker stack
正式支持插件：docker plugin
添加在Swarm集群環(huán)境下對密碼、密鑰管理的 secret 管理服務：docker secret
增加命令：docker system
可以直接使用 docker-compose.yml 進行服務部署
添加 docker service 滾動升級出故障后回滾的功能
增加強制再發(fā)布選項 docker service update –force
允許 docker service create 映射宿主端口，而不是邊界負載均衡網(wǎng)絡端口
允許 docker run 連入指定的 swarm mode 的 overlay 網(wǎng)絡
解決中國 GFW 墻掉 docker-engine apt/yum 源的問題

好了，逐一看看這新功能咯。

構建緩存

第一件事就是構建緩存，終于來了。這個功能在持續(xù)構建過程中太有用了，以前Docker只能自己自動利用本地構建緩存，現(xiàn)在可以指定構建緩存了，不過使用緩存的前提條件是曾經(jīng)在本地構建過這個鏡像。

例如，在合并請求中看到的例子：

docker pull myimage:v1.0
docker build --cache-from myimage:v1.0 -t myimage:v1.1 .

PS：另外發(fā)現(xiàn)Docker這個版本對鏡像標簽命名也做了限制，必須是“用戶/倉庫”的格式。

壓扁 (squash) 鏡像

這個怎么翻譯？算了，跟風保留“壓扁”。這個對我個人來說效果不是很明顯，因為我總是把全部RUN指令寫到一起，以此減少鏡像體積。

但也總有人喜歡一句命令一個RUN指令，這樣這個功能就很有用了。（話說這個寫法真是不作不死。）

正確的做法當然是遵循 Dockerfile 最佳實踐，應該把多個命令合并為一個 RUN，每一個 RUN 要精心設計，確保安裝構建最后進行清理。這樣才可以降低鏡像體積，以及最大化的利用構建緩存。

不過Docker這么人性化，當然得為這些“一行一個RUN”的用戶添加點功能，以此減少他們構建鏡像的體積。

同樣是 docker build 的參數(shù)：--squash，你可以理解為Docker自動把多個RUN在同一文件層執(zhí)行了，不過保留了每一個RUN的構建歷史。

要是這個功能完善之后，我也要轉投“一行一個RUN”，畢竟省事很多啊。這個功能還在試驗階段。

構建鏡像時指定網(wǎng)絡

這個我很少遇到過啊，一般都是直接改/etc/hosts文件，反正也不復雜，不過要是在分布網(wǎng)絡里就麻煩了點。

docker build --network指定網(wǎng)絡就好，還是蠻有用的。

--build-arg問題修復

這個我也不怎么遇到，畢竟我很少有項目需要持續(xù)構建啊。以前的設定是--build-arg后面的變量一定要在構建過程中用到，現(xiàn)在即使制定了不用也可以，不會構建失敗。

這樣改的好處就是，在一些公司中持續(xù)構建過程中，不同Dockerfile使用不同的--build-arg參數(shù)，而持續(xù)構建中使用同一條構建指令（或者腳本）構建，1.12版本時是會報錯的，1.13降為警告級別。

對于我這種一般用戶而言直接寫進 Dockerfile 里好了。

安裝過程可以使用--mirror參數(shù)

這個是“專門”為天朝添加的功能，笑。

curl -sSL https://get.docker.com/ | sh -s -- --mirror AzureChinaCloud

上面的例子中安裝Docker時會使用微軟中國的鏡像，至于安裝后會不會自動添加倉庫鏡像源，我不知道啊。

docker run 直接加入集群

以前Swarm集群網(wǎng)絡是不允許容器這樣加入網(wǎng)絡中的，因為有可能會破壞集群網(wǎng)絡結構。

然后大伙又有這種需求，于是一種折中的辦法就是添加一個--attachable參數(shù)。

$ docker network create -d overlay --attachable test_attach

老實說這樣不太好的感覺，新加入的容器很容易就玩壞整個集群吶，壞笑。在服務設計時多考慮一下就好了啊，安全為上。

service create --publish格式變化

--publish protocol=tcp,mode=ingress,published=8080,target=80

我沒有試過嘍，-p已經(jīng)滿足我了。

network inspect顯示連接節(jié)點

這個大大的好，以前只能靠第三方工具或者拐彎抹角地查看，現(xiàn)在直接在管理節(jié)點就可以看到了。

插件來了

1.12的這個實驗特性真是蠻讓人期待的。然而我暫時不想看，笑。

Checkpoint

檢查點，有點像賽車，跑到中途一個檢查點，備份記錄一下當時的狀態(tài)，然后繼續(xù)前進，需要時可以從某個檢查點的狀態(tài)恢復。這么一看挺像快照的功能，要是進入正式版，估計Eclipse Che那里的快照命名會有改進。

docker stats顯示容器名

這個反人類的設計終于有了人性化的改進，以前查看容器狀態(tài)還得看容器ID，現(xiàn)在可以顯示容器名了。

注意是可以，默認還是不顯示的，需要定制輸出格式：

復制代碼代碼如下:

docker stats --format 'table {{.Name}}\t{{.CPUPerc}}\t{{.MemUsage}}\t{{.MemPerc}}\t{{.NetIO}}\t{{.BlockIO}}\t{{.PIDs}}'

is-task過濾器

docker ps 的一個參數(shù)，可以顯示哪些容器是集群服務的容器，哪些是直接運行起來容器。還是有用的功能，不過我自己對容器命名都蠻嚴格的，不會亂到不認識，笑。

docker ps -f 'is-task=true'

inspect升級

這個命令已經(jīng)可以查看任何Docker對象了，是任何哦。
邪惡的我試了一下，同時存在名為nginx鏡像、容器、網(wǎng)絡、服務的情況下，inspect會優(yōu)先查看名為nginx容器的信息，查看其它同名對象的信息就需要使用ID了。

直接啟用實驗功能

dockerd --experimental就可以直接啟用實驗功能了，簡直測試實驗功能的利器，不需要重裝Docker了。

增加 docker system 命令

很多人在以前搞不懂自己的鏡像到底占了多少空間、容器占了多少空間，卷占了多少空間。怎么刪除不用的東西以釋放資源。從 1.13 開始，Docker 提供了一組 system 命令來幫助系統(tǒng)管理上的問題。

docker system df
TYPE        TOTAL        ACTIVE       SIZE        RECLAIMABLE
Images       21         3          10.3 GB       8.564 GB (83%)
Containers     3          3          2 B         0 B (0%)
Local Volumes    1          1          0 B         0 B

那個RECLAIMABLE居然那么大，嚇我一跳，后來一想我電腦在家就運行兩個容器，所以其他鏡像都被識別為可回收的了。

還有那個數(shù)據(jù)卷，我數(shù)據(jù)卷少說也有幾百MB，不知道這里的結果是怎么計算出來的。

上面顯示的列表中列出了鏡像、容器、本地卷所占用的磁盤空間，以及可能回收的磁盤空間。比如，我們看到鏡像有 123MB 的空間可以回收，從 1.13 開始，docker 提供了一組 prune 命令，分別是：