一、歷史演化

1、演化史

2、物理機時代

2.1、圖解

一個物理機上安裝作業系統，然后直接運行我們的軟體，也就是說你電腦上直接跑了一個軟體，并沒有開虛擬機什么的，資源極其浪費，

2.2、缺點

• 部署慢

• 成本高

虛擬機都不開，直接上物理機部署應用，那成本能不高嘛

• 資源浪費

硬體資源沒有合理利用

• 不易遷移和增加機器

每次遷移都要重新安裝一模一樣的運行環境等

• 受限于硬體

3、虛擬機時代

3.1、圖解

一個物理機上虛擬化出來多個虛擬機，每個虛擬機上進行安裝作業系統，然后在虛擬機上直接運行我們的軟體，比如阿里云、騰訊云等云服務器都是虛擬機，

3.2、特點

• 多部署

一個物理機上創建多個虛擬機，每個虛擬機的ip都不同，一個軟體可以在不同虛擬機上進行部署，

• 資源隔離

每個虛擬機都由獨立分配的記憶體磁盤等硬體資源，通過Hypervisor分配，

• 易擴展

隨時隨地都能在一個物理機上開出新的虛擬機，成本也低，

• 成本相對較低

3.3、缺點

• VM需要安裝作業系統

假設我們的應用程式只有幾KB，或者幾十MB，但是卻要在虛擬機上安裝一個幾百兆的作業系統來跑，

4、容器化時代

4.1、有什么用

看完了物理機時代和虛擬機時代后發現各有缺點，而容器化技術可以完美解決虛擬機時代的缺點，

或許你一定遇到程序式在我本地是正常的，為毛到了QA環境就GG了？或者本地和QA都測驗通過了，為毛上線就GG了？這大多是因為環境不同所導致的，最簡單的例子：本地和QA是jdk1.8，線上是1.6等等，容器化技術比如docker，開發者可以將安裝環境和程式一起打包給運維，運維直接安裝你這個打包的“腳本”即可，所有的環境都是你本地正常運行的，

如果沒看懂就粗淺的理解為：你用shell命令寫了個腳本，下載jdk，配置環境變數、下載tomcat、部署你的程式等等這一套流程，然后交給運維，運維直接sh xxx.sh就完事了，環境什么的都是你給的，不會出現環境不一致的情況，你肯定有疑問：我虛擬機上有jdk了，你給我的腳本里再安裝jdk肯定不行啊，容器化技術可以讓資源隔離，互不影響，

4.2、對比虛擬機時代

虛擬化技術是物理硬體的隔離，容器化技術是app層面的隔離，兩者不沖突，往往容器化時代都是基于虛擬機基礎之上做的資源隔離，它可以基于虛擬機的作業系統部署多服務，不再需要額外安裝操作系，

4.3、特點

• 標準化的遷移方式

那肯定啊，開發者將環境和程式打包給運維，運維直接執行就完事了，

• 統一的引數配置

廢話，包都是開發者給的，開發者難道把一個應用程式打兩個不同的包給運維？

• 自動化部署

• 應用集群監控

• 開發與運維之間的溝通橋梁

加粗了，自行體會，

二、什么是Docker？

Docker就是容器化技術的一種具體實作，基于Go語言開發，

加粗的一句話已經解釋的明明白白了，不明白就等于沒看懂上面的，

三、Docker的安裝

基于Centos7的安裝，

1、官方安裝地址

https://docs.docker.com/engine/install/centos/

官方由于是國外的，所以不推薦，推薦下面的安裝方式，

2、國內源安裝

2.1、安裝工具

sudo yum install -y yum-utils device-mapper-persistent-data lvm2

device-mapper-persistent-data lvm2是干嘛的？

docker要想資料存盤就必須要安裝這兩個，這兩個是為了docker做資料存盤用的，

2.2、添加源為國內

sudo yum-config-manager --add-repo http://mirrors.aliyun.com/docker-ce/linux/centos/docker-ce.repo

2.3、更新安裝Docker-CE

sudo yum makecache fast
sudo yum -y install docker-ce

2.4、驗證是否安裝成功

sudo service docker start
docker version

2.5、先爽一把helloworld

好不容易安裝完了，先爽一把helloworld，

docker pull hello-world
docker run hello-world

四、更換鏡像地址

需要更換鏡像倉庫地址為阿里云的，

1、啥意思

記得maven嘛？maven下載下來一般都會改組態檔，將其遠程倉庫地址改為阿里云的，docker其實也一樣，如果把他比作maven的話，可以理解成從遠程倉庫（鏡像倉庫）拉取jar包（鏡像檔案），但是遠程鏡像倉庫是國外的，所以需要換成國內的，

2、更換步驟

（1）打開網站

https://www.aliyun.com/

（2）搜索“容器鏡像服務”

（3）點擊“立即開通”

（4）點擊“鏡像加速器”

（5）執行命令

sudo mkdir -p /etc/docker
sudo tee /etc/docker/daemon.json <<-'EOF'
{
  "registry-mirrors": ["https://xxxxxx.mirror.aliyuncs.com"]
}
EOF
sudo systemctl daemon-reload
sudo systemctl restart docker

（6）大功告成

上面1-5步驟執行完成后就大功告成了，就可以用docker pull xxx來測驗下了，速度賊拉快，

五、Docker的基本概念

1、容器與鏡像

1.1、鏡像

鏡像是只讀的檔案，提供了運行程式完整的軟硬體資源，是應用程式的“集裝箱”，

1.2、容器

容器是鏡像的實體，由Docker負責創建，容器之間彼此隔離，

1.3、一句話概況

一個鏡像可以創建多個容器，容器之間彼此隔離，互不影響，

2、倉庫

2.1、本地倉庫

存放了自己docker pull下來的鏡像，

2.2、遠程倉庫

存放了各種各樣的鏡像，docker pull命令就是先去本地倉庫檢查是否有這個鏡像，沒有的話就去遠程倉庫拉取鏡像放到本地倉庫，鏡像都是別人打包好的應用程式，只讀，

docker遠程倉庫地址：https://hub.docker.com/

直接搜索就行，不用注冊登錄，

2.3、一句話概況

跟maven倉庫的含義幾乎一樣，

3、Docker Daemon

用于管理鏡像和容器，客戶端發起docker run的請求會交給docker daemon處理，docker daemon會給這個鏡像開辟一個新的容器，再比如客戶端發起docker pull命令也是交給docker daemon，docker daemon去檢查本地倉庫有沒有，本地倉庫沒有的話docker daemon去遠程倉庫拉取鏡像放到本地倉庫，

六、docker原理

1、描述

原理很簡單，核心在于docker daemon，客戶端所有的請求都會交給daemon處理，比如下圖中的三個命令的完整執行流程是這樣的：

1.1、docker build

client發送docker build給docker daemon，docker daemon收到請求后會構建鏡像放到本地倉庫，

1.2、docker pull

client發送docker pull命令給docker daemon，docker daemon收到命令后會優先檢查本地倉庫是否存在此鏡像，若不存在則去遠程倉庫拉取鏡像并放到本地倉庫，若存在則不走遠程倉庫，

1.3、docker run

client發送docker run命令給docker daemon，docker daemon收到命令后會啟動一個新的容器，所以一個鏡像可以有多個容器，只要我run一次就會產生一個新的容器出來，

2、圖解

七、實戰部署Tomcat

1、找鏡像

（1）去遠程倉庫找鏡像 https://hub.docker.com/

（2）

（3）一般帶官方logo的，且名字就是官方名字的（比如tomcat），且start最高的，那就是正品，其他的可能都是個人的，個人的不靠譜，

（4）

2、安裝tomcat

2.1、拉取鏡像

docker pull tomcat

完整命令是：docker pull 鏡像名<:tags> 從遠程倉庫拉取鏡像，如果沒寫:tags則代表是latest版本，如下圖

比如也可以拉取帶tags的鏡像

docker pull tomcat:8.5.55-jdk8-openjdk

這個tag是從如下地方獲取的

2.2、查看鏡像

docker images

2.3、啟動容器

鏡像有了該啟動容器玩玩了，

docker run tomcat

完整命令是：docker run 鏡像名<:tags> 這里沒指定tag就代表是latest, docker images可以查看鏡像tags等資訊，

2.4、問題

我們已經裝逼三連：docker pull、docker images、docker run，將tomcat正常啟動了，默認埠8080，問題來了，我怎么訪問呢？它是在docker里的，不是我宿主機的8080埠，這就需要做一個埠映射，宿主機和docker啟動的tomcat的埠映射，

2.5、埠映射

docker run -p 8000:8080 tomcat

也就是啟動引數里多加個-p引數，-p引數用于埠映射，前面是宿主機埠，后面是容器埠，

2.6、測驗

瀏覽器輸入：http://localhost:8800

404？那是因為新版本tomcat將webapps下面的內容都刪了，所以找不到了原來的index.jsp檔案了，這又有問題了，我怎么進入我容器里的tomcat目錄？比如看個log，找到webapps給他添加檔案等操作，

2.7、進入容器里的tomcat

# 先用docker ps命令查看啟動的容器
docker ps

# 進入容器的tomcat
docker exec -it ac1c3d62b75d /bin/bash

格式：docker exec [-it] 容器id 命令

exec：在對應容器中執行命令

-it：采用互動方式執行命令

執行ls -l查看目錄

可以看下webapps，里面空空如也，所以404，但是外層有一個webapps.dist檔案夾，這個檔案夾是原有tomcat的主頁面，我們可以洗掉webapps，然后mv命令將webapps.dist改為webapps，等自動部署完在訪問網頁就正常了，

mv后tomcat部署稍微慢點，等1-2min，在訪問就行，

2.8、怎么后臺啟動

現在問題：ctrl+c就結束行程了，

# -d 引數即可
docker run -p 8000:8080 -d tomcat

2.9、總結

以上步驟其實就干了這么幾件事：

• docker pull 鏡像

• docker run 鏡像

-p 埠映射

-d 后臺啟動

• docker exec -it 鏡像id /bin/bash

八、常用命令總結

九、容器內部結構

1、內部結構

你jdk都沒安裝，怎么就能跑tomcat？tomcat容器內部包含了如下：

• 一個超級迷你的linux系統

• jdk

• tomcat

2、驗證

先進入容器

docker exec -it ac1c3d62b75d /bin/bash

• linux系統

執行cat /proc/version，可以發現帶了個紅帽系統

• jdk

java -version

• tomcat

這個還用驗證？

十、容器原理

1、圖解

2、總結

created -> running -> paused -> deleted

3、驗證

docker create tomcat
# 查看容器狀態，會發現是created
docker ps -a

docker start 8c4a21f47b8f
# 查看容器狀態，會發現是up， up就對應running，代表運行中
docker ps

# docker stop命令會讓容器進入exit狀態，這個不等于paused，paused沒有演示的必要，
docker stop 8c4a21f47b8f

# rm洗掉容器，也就對應deleted狀態
docker rm 8c4a21f47bf

十一、docker總結

發現優點了沒？

• 一個宿主機上或者虛擬機上啟動N個docker，每個docker是一個tomcat，之前集群是多個虛擬機，或者宿主機，現在是一個虛擬機上開N個docker容器，然后映射不同的埠，牛逼，當然你會說負載均衡，掛了一個第二個還能支持，這種需要多臺虛擬機的，但是也大大節省了資源消耗，雖然你一臺機器也能改埠來完成，但是docker節省資源，而且資源隔離，N個容器之間彼此獨立，

• 資源隔離，多個容器之間彼此不干擾，

• 環境統一，因為只要鏡像的tag一樣，那么啟動的容器的環境都一致，牛逼！

下文我們將介紹：Dockerfile，歡迎關注

標籤：Java

上一篇：Java中 volatile 關鍵字的總結

下一篇：單點登錄終極方案之 CAS 應用及原理