Docker是一個開源的應用容器引擎,開發者能夠打包本身的應用到容器裏面,而後遷移到其餘機器的docker應用中,能夠實現快速部署。node
簡單的理解,docker就是一個軟件集裝箱化平臺,就像船隻、火車、卡車運輸集裝箱而不論其內部的貨物同樣,軟件容器充當軟件部署的標準單元,其中能夠包含不一樣的代碼和依賴項。linux
按照這種方式容器化軟件,開發人員和 IT 專業人員只需進行極少修改或不修改,便可將其部署到不一樣的環境,若是出現的故障,也能夠經過鏡像,快速恢復服務。ios
1.特性優點2.資源優點nginx
Client(客戶端):是Docker的用戶端,能夠接受用戶命令和配置標識,並與Docker daemon通訊。docker
Images(鏡像):是一個只讀模板,含建立Docker容器的說明,它與操做系統的安裝光盤有點像。編程
Containers(容器):鏡像的運行實例,鏡像與容器的關係類比面向對象中的類和對象。json
Registry(倉庫):是一個集中存儲與分發鏡像的服務。最經常使用的Registry是官方的Docker Hub 。vim
Docker改變了雲服務,使雲服務的共融共通的理想逐步成爲了可能。而且Docker 已是雲策略的一部分,許多開發者正在計劃使用 Docker 將業務遷移到雲端。另外,爲了不被雲服務供應商綁定,Docker成爲不少開發者的首選。centos
Docker改變了產品交付,爲產品的整個生命週期提供了一整套的解決方案和流程。緩存
Docker改變了開發方式,提供了簡化的環境配置、封裝的運行環境以及統一的環境。而且提供了快速部署的方式。
Docker改變了測試,多版本測試變得極爲方便,快速構建測試環境也變得更加簡單而且無需開發人員干預或者搭建。
Docker改變了運維,環境的一致性讓運維變得更加簡單,同時熱更新的支持讓運維再也不須要半夜加班部署更新,更新能夠隨時進行。當出現重大問題時,還能快速回滾到指定版本。
Docker改變了架構,自動化擴容支持讓架構變得更加簡單,分佈式系統也更加易於搭建和支持。同時遺留的單體應用也很易於轉變爲現代應用。
總之,在某種程度上,Docker改變了產品開發中的一些遊戲規則。雖然Docker是一項技術,可是它也帶來了新的思惟,新的流程和工做方法,Docker在推進行業的發展,Docker已經在改變世界,而且在逐步的變爲事實……關注民工哥技術之路公衆號,回覆1024獲取2TB資料一份,助力你們更好的學習技術。
操做系統:CentOS 7
一、安裝依賴
yum install -y yum-utils device-mapper-persistent-data lvm2
二、添加軟件源
yum-config-manager --add-repo http://mirrors.aliyun.com/docker-ce/linux/centos/docker-ce.repo # 指定阿里雲鏡像源
三、安裝docker-ce(對系統內核有必定要求,centos6不支持)
yum clean all yum makecache fast # 從新生成緩存 yum -y install docker-ce docker-ce-cli containerd.io
四、設置自啓並啓動
systemctl enable docker systemctl start docker
五、查看版本
docker version
運行示例:Nginx
一、搜索並下載鏡像
docker search nginx docker pull nginx
二、啓動一個容器並映射端口到本地
docker run -d -p 8080:80 --name Nginx nginx # 參數詳解見下文
三、訪問本地映射端口
1.鏡像控制
搜索鏡像:docker search [OPTIONS] TERM 上傳鏡像:docker push [OPTIONS] NAME[:TAG] 下載鏡像:docker pull [OPTIONS] NAME[:TAG] 提交鏡像:docker commit [OPTIONS] CONTAINER NAME[:TAG] 構建鏡像:docker build [OPTIONS] PATH 刪除鏡像:docker rmi [OPTIONS] IMAGE [IMAGE...] 增長鏡像標籤:docker tag SOURCE_IMAGE[:TAG] TARGET_IMAGE[:TAG] 查看全部鏡像:docker images [OPTIONS] [REPOSITORY[:TAG]]
2.容器控制
啓動/重啓容器:docker start/restart CONTAINER 中止/強停容器:docker stop/ kill CONTAINER 刪除容器:docker rm [OPTIONS] CONTAINER [CONTAINER...] 重命名容器:docker rename CONTAINER CONTAINER_NEW 進入容器:docker attach CONTAINER 執行容器命令:docker exec CONTAINER COMMAND 查看容器日誌:docker logs [OPTIONS] CONTAINER 查看容器列表:docker ps [OPTIONS]
3.容器啓動
docker run [OPTIONS] IMAGE [COMMAND] [ARG...] -d : 後臺運行容器,並返回容器ID -i:以交互模式運行容器,一般與 -t 同時使用 -t:爲容器從新分配一個僞輸入終端,一般與 -i 同時使用 -v:綁定掛載目錄 --name="mycontainer": 爲容器指定一個名稱 --net="bridge": 指定容器的網絡鏈接類型,支持以下: bridge / host / none / container:<name|id> -p/-P :端口映射,格式如圖:
4.其餘命令
查看docker信息:docker info docker命令幫助:docker run --help 複製文件到容器:docker cp custom.conf Nginx:/etc/nginx/conf.d/ 更新容器啓動項:docker container update --restart=always nginx 查看docker日誌:tail -f /var/log/messages
參考:這20個Docker Command,有幾個是你會的?更多能夠參考官網:https://docs.docker.com/engin...
1.Docker commit(1運行2修改3保存)
#運行容器 docker run -dit -p 8080:80 --name Nginx nginx #修改容器(這裏我只是作個演示,因此就複製一下文件,具體修改須要根據你實際狀況) docker cp custom.conf Nginx:/etc/nginx/conf.d/ #將容器保存爲新的鏡像 docker commit Nginx zwx/nginx
2.Dockerfile(1編寫2構建)
#編寫Dockerfile文件 vim Dockerfile #執行Dockerfile文件 docker build -t zwx/nginx . #後面有個點,表明當前目錄下dockerfile文件
3.Dockerfile 經常使用指令更多能夠參考:Dockerfile文件詳解
一、拉取鏡像倉庫
docker search registry docker pull registry
二、啓動鏡像服務
docker run -dit --name=Registry # 指定容器名稱 -p 5000:5000 # 倉庫默認端口是5000,映射到宿主機,這樣可使用宿主機地址訪問 --restart=always # 自動重啓,這樣每次docker重啓後倉庫容器也會自動啓動 --privileged=true # 增長安全權限,通常可不加 -v /usr/local/my_registry:/var/lib/registry # 把倉庫鏡像數據保存到宿主機 registry
三、註冊https協議(須要經過本地倉庫下載鏡像,均須要配置)
vim /etc/docker/daemon.json # 默認無此文件,需自行添加,有則追加一下內容。 { "insecure-registries":[" xx.xx.xx.xx:5000"] } #指定ip地址或域名
四、新增tag指明倉庫地址
docker tag zwx/nginx x.xx.xx.xx:5000/zwx/nginx # 若是構建時已經指定倉庫地址,則能夠省略
五、上傳鏡像到本地倉庫
docker push x.xx.xx.xx:5000/zwx/nginx
六、查看本地倉庫
curl -XGET http://x.xx.xx.xx:5000/v2/_catalog
更多能夠參考:docker搭建本地私有倉庫
1.簡介 Portainer是Docker的圖形化管理工具,提供狀態顯示面板、應用模板快速部署、容器鏡像網絡數據卷的基本操做(包括上傳下載鏡像,建立容器等操做)。
事件日誌顯示、容器控制檯操做、Swarm集羣和服務等集中管理和操做、登陸用戶管理和控制等功能。功能十分全面,基本能知足中小型單位對容器管理的所有需求。更多能夠參考:docker可視化管理工具推薦
2.安裝使用
#搜索並下載鏡像 docker search portainer docker pull portainer/portainer #單機方式運行 docker run -d -p 9000:9000 # portainer默認端口是9000,映射到本地9000端口,經過本地地址訪問 --restart=always # 設置自動重啓 -v /var/run/docker.sock:/var/run/docker.sock # 單機必須指定docker.sock --name Prtainer portainer/portainer
訪問http://localhost:9000,首次登錄須要註冊用戶,給admin用戶設置密碼,而後單機版選擇local鏈接便可。控制管理
1.簡介
Swarm是Docker官方提供的一款集羣管理工具,其主要做用是把若干臺Docker主機抽象爲一個總體,而且經過一個入口統一管理這些Docker主機上的各類Docker資源。2.安裝使用
Swarm 在 Docker 1.12 版本以前屬於一個獨立的項目,在 Docker 1.12 版本發佈以後,該項目合併到了 Docker 中,成爲 Docker 的一個子命令。
啓動swarm集羣只須要執行初始化命令便可:
docker swarm init # 默認初始化節點爲管理節點 --advertise-addr xx.xx.xx.xx #指定使用的ip --listen-addr xx.xx.xx.xx:2377 #指定監聽ip和port,默認爲2377
設置manager節點
docker swarm join-token manager #獲取管理節點token,放入下面命令 docker swarm join --advertise-addr xx.xx.xx.xx --listen-addr xx.xx.xx.xx:2377 --token SWMTKN-1-29ynh5uyfiiospy4fsm4pd4xucyji2rn0oj4b4ak4s7a37syf9-ajkrv2ctjr5cmxzuij75tbrmz xx.xx.xx.xx:2377
設置worker節點
docker swarm join-token worker #獲取工做節點token,放入下面命令 docker swarm join --advertise-addr xx.xx.xx.xx --listen-addr xx.xx.xx.xx:2377 --token SWMTKN-1-29ynh5uyfiiospy4fsm4pd4xucyji2rn0oj4b4ak4s7a37syf9-ajkrv2ctjr5cmxzuij75tbrmz xx.xx.xx.xx:2377
查看節點
docker node ls
建立服務
docker service create [OPTIONS] IMAGE [COMMAND] [ARG...] --detach , -d: 指定容器運行於前臺仍是後臺,默認爲false --name: 服務名稱 --network: 網絡鏈接 --publish , -p: 端口映射 --env , -e: 設置環境變量 --tty , -t: 分配tty設備,該能夠支持終端登陸 --mount: 文件掛載 --replicas: 指定任務數量
更多參考:Docker Swarm集羣部署實踐
Google根據其在Linux上容器管理經驗,改造到docker管理上,就是kubernetes。他的在許多方面表現良好,最重要的是構造於Google多年的寶貴經驗只上。
kubernetes並非爲了docker寫的,kubernetes把集羣帶到了一個全新的高度,代價是學習曲線比較陡。docker-swarm 使用了一個不一樣的方式,它是docker原生的集羣工具。
最方便的部分是它暴露了docker標準的編程接口,意味着你以前一直在使用的任何與docker溝通的工具(docker CLI, docker compose等),均可以無縫的在docker swarm上使用。
安裝設置swarm很是簡單,簡單明瞭而且很靈活。咱們須要作的就是安裝一個服務發現工具,而後在全部的節點上安裝swarm容器。
相比較而言,kubernetes的安裝就有點複雜晦澀了。不一樣的操做系統上安裝都不一樣。每一個操做系統都有本身的獨立安裝指令。
使用Swarm和使用容器沒有什麼不一樣。好比,你習慣於使用Docker CLI(命令行接口),你能夠繼續使用幾乎相同的命令。
若是你習慣於使用Docker Componse來運行容器,你能夠繼續在Swarm集羣中使用。無論你以前習慣於怎麼使用容器,你仍舊可使用,只是在更大級別的集羣中使用。
Kubernetes要求你去學習它本身的CLI(命令行接口)和配置。你不能使用你以前建立的docker-compose.yml配置,你必需要去新建與Kubernetes對應的配置。
你也不能使用以前學習的Docker CLI(命令行接口)。你必需要去學習 Kubernetes CLI(命令行接口)
最後,當須要在Docker Swarm 和 Kubernetes作出選擇時,能夠考慮以下幾點:
起初咱們跟Docker官方同樣,屬於理想主義派。天真的認爲容器就應該是inmutable的,當須要配置變動的時候,從新構建鏡像從新部署。
基於這一思路,咱們在cSphere中添加了個鏡像自動構建模塊,用戶能夠配置代碼倉庫的地址。服務的配置文件保存於Git或者SVN庫中,須要配置變動時,向版本庫中Push一下,自動經過hook觸發鏡像構建,並自動完成線上容器的重建。
經過這套系統,用戶能夠很是方便的批量更新線上的服務,並不侷限於配置文件的變動,代碼的變動也天生支持。通過實際使用,這套系統可以很好的知足開發和測試環境的需求,提高工做效率。
可是,在生產環境中使用的時候,咱們發現這種流程其實並不那麼完美,主要表如今:鏡像構建和部署雖然自動化了,但構建是針對VCS中的某個倉庫的,改一行配置就得總體從新構建一下,在更新容器時還須要把鏡像從新分發到全部機器上,配置變動速度太慢。這種方式的配置變動會涉及到服務的重啓,這在生產環境某些場景下是不可接受的 ,有可能引發短暫的服務中斷。
Docker應用配置文件可以保持可以支持針對不一樣環境做出更改。另外配置文件支持在線更改,重啓就生效。通常分爲如下兩種方式。
a)Docker環境變量
須要在製做鏡像的時候就須要提早想好,有哪些參數是部署容器的時候會常常更改, 而後把這些參數抽出來作成容器的環境變量,而後在部署的容器的時候填入不一樣的參數便可。可是若是後續發現有一些參數不一樣場景下部署的時候也會修改,那就須要再從新制做鏡像了。
b)應用配置文件
上述的管理方式不太靈活,靈活的管理方式是將配置文件和鏡像剝離開,這樣就不會被鏡像給綁定了。