Docker 1.13 新特性 —— Docker服務編排相關

摘要： 近期發佈的1.13的版本中，Docker對Docker Engine內置的編排能力作了不少的更新，使用新的這些特性，咱們能更好的編排和迭代咱們的應用。

咱們都知道在去年Docker轟動容器社區的在Docker Engine中集成了編排能力，並隨着1.12的Docker版本發佈，可是那個版本的編排還有不少的不足，好比：

• 不兼容傳統的Docker Compose格式，從Compose遷移到服務複雜。
• 不支持複雜的服務發佈方式和回滾等

而在近期發佈的1.13的版本中，Docker對Docker Engine內置的編排能力作了不少的更新，咱們下面看一下Docker Engine 1.13中內置的編排能力有哪些更新：

支持Compose/(docker stack)

Docker 1.13中將以前的Compose加入到Docker Engine中，經過docker stack命令進行管理：

• docker stack deploy 部署一個Compose模板到Docker集羣中做爲一個stack，至關於以前的docker-compose up
• docker stack ls 列出目前的全部stack
• docker stack ps 展現一個stack中對應的容器，至關於以前的docker-compose ps
• docker stack rm 刪除一個stack以及它包含的服務和容器
• docker stack services 展現stack下面對應的服務

有了Docker stack的命令，咱們就能夠方便的把之前系統的Compose模板之內置編排Service的方式部署到如今的Docker集羣中。

容許Docker Service映射主機的端口

在1.12版本的Docker Engine中，那時咱們若是想要暴漏服務到集羣外部訪問，只能映射到Swarm集羣的Controll節點上，這樣就致使了集羣中不一樣服務不能映射一樣的端口，在1.13的Docker版本中，容許服務只映射到主機的端口，就可讓集羣不一樣節點上服務端口再也不衝突了。能夠經過docker service create --publish將服務的端口映射到節點主機的端口

增長一系列服務的回滾策略

在docker service update中增長更新的控制和回滾的參數，分別是：

• --update-max-failure-ratio 服務多少比例的容器升級失敗才認爲服務更新失敗，經過這個參數的指定，可以保證更好的控制服務的灰度發佈。
• --update-monitor 配置服務的一個實例更新多久才認爲超時失敗。
• --rollback 在服務更新失敗後回滾服務的版本，經過這個參數，能夠快速的響應服務更新問題及回滾版本。

經過docker service update增長的這些服務更新的控制和回滾的參數和功能，咱們可使用docker service更好的控制應用的迭代。