本篇內(nèi)容介紹了“Container是什么”的有關(guān)知識，在實際案例的操作過程中，不少人都會遇到這樣的困境，接下來就讓小編帶領(lǐng)大家學習一下如何處理這些情況吧！希望大家仔細閱讀，能夠?qū)W有所成！

為濱海等地區(qū)用戶提供了全套網(wǎng)頁設(shè)計制作服務(wù)，及濱海網(wǎng)站建設(shè)行業(yè)解決方案。主營業(yè)務(wù)為網(wǎng)站設(shè)計制作、成都網(wǎng)站建設(shè)、濱海網(wǎng)站設(shè)計，以傳統(tǒng)方式定制建設(shè)網(wǎng)站，并提供域名空間備案等一條龍服務(wù)，秉承以專業(yè)、用心的態(tài)度為用戶提供真誠的服務(wù)。我們深信只要達到每一位用戶的要求，就會得到認可，從而選擇與我們長期合作。這樣，我們也可以走得更遠！

1.1 Why Container?

以下將從不同時期應(yīng)用部署、運維的優(yōu)缺點展開說明。

操作系統(tǒng)（OS）

??直接在物理機上部署應(yīng)用，無法做到應(yīng)用之間資源隔離以及合理利用。

1. 資源不隔離。一個內(nèi)存使用量比較大的app可能消耗所有的內(nèi)存資源，導致其他app無法正常提供服務(wù)。

2. 所有app共享一份物理機運行環(huán)境（kernel+app）。無法做到按照app定制化運行環(huán)境或則app對特定內(nèi)核的要求。

3. 如果將多個app部署在不同的物理機上。a. 需要購買大量物理機器，花費較大。b. 需要不同app對于硬件要求不同，需要特殊定制。c. 需要花費大量運維時間。

4. 當前，cpu、內(nèi)存等硬件發(fā)展速度遠遠高于軟件的速度。很多老的系統(tǒng)自需要少量的cpu或者內(nèi)存，但是其獨占一臺機器，造成資源浪費。

虛擬機（VM）

??虛擬機的出現(xiàn)，彌補了上面的不足。虛擬機將物理機器資源統(tǒng)一抽象為單元，按需分配。不同的實例之間資源隔離、獨立的內(nèi)核。但是隨著互聯(lián)網(wǎng)的快速發(fā)展， 要求app能夠快速擴展資源以及實例。當前的虛擬機機器顯然不能滿足此需要。其主要有以下幾點

1. 鏡像臃腫。每個鏡像少則幾百兆，正常都在幾個GB大小。

2. 創(chuàng)建和啟動時間開銷大，不利于快速重組。（不能滿足互聯(lián)網(wǎng)彈性計算要求）

3. 性能損耗大

4. 額外的資源開銷大

容器技術(shù)（Container）

??很早以前就有了容器化的概念。近幾年隨著互聯(lián)網(wǎng)井噴式的發(fā)展，容器機器有了一個很好的契機暴露在大眾的眼前。

1. 鏡像體積小。只包括應(yīng)用以及所依賴的環(huán)境，沒有內(nèi)核

2. 創(chuàng)建和啟動快。不需要啟動GuestOS，應(yīng)用啟動開銷基本就是應(yīng)用本身啟動的時間開銷

3. 無GuestOS，無hypervisor，無額外資源開銷，資源控制粒度更小，部署密度大

4. 使用的是真實物理資源，因此不存在性能損耗

5. 輕量級

容器也有缺點

1. 隔離性相對虛擬機弱。由于和宿主機共享內(nèi)核，帶來很大的安全隱患，容易發(fā)生逃逸。

2. 如果某些應(yīng)用需要特定的內(nèi)核特性，使用容器不得不更換宿主機內(nèi)核。

容器技術(shù)發(fā)展

linux chroot->google cgroup->lxc(linux container)->docker(libContainer)

hyper

Hyper = Hypervisor + Docker鏡像

??Hyper是一個基于虛擬化技術(shù)（hypervisor）的Docker引擎。官方認為雖然Hyper同樣通過VM來運行Docker應(yīng)用，但HyperVM里并沒有GuestOS，相反的，一個HyperVM內(nèi)部只有一個極簡的HyperKernel，以及運行的Docker鏡像。這種Kernel+Image的”固態(tài)”組合使得HyperVM和Docker容器一樣，實現(xiàn)了ImmutableInfrastructure的效果。借助VM天然的隔離性，Hyper能夠完全避免LXC共享內(nèi)核的安全隱患。

1.2 Why Docker?

Docker項目最初是由一家名為dotCloud的平臺即服務(wù)廠商所打造，其后該公司更名為Docker。與Warden類似，Docker同樣在起步階段使用LXC，而后利用自己的 libcontainer庫將其替換下來。與其它容器平臺不同，Docker引入了一整套與容器管理相關(guān)的生態(tài)系統(tǒng)。其中包括一套高效的分層式容器鏡像模型、一套全局及本地容器注冊表、 一個精簡化REST API以及一套命令行界面等等。在后期發(fā)展階段，Docker公司還構(gòu)建起一套名為Docker Swarm的容器集群管理解決方案。

1. 快速構(gòu)建基于容器的分布式應(yīng)用

2. 具有容器的所有優(yōu)點

3. 提供原生的資源監(jiān)控

Docker與虛擬機原理對比：

由于容器技術(shù)很早就有，Docker最核心的創(chuàng)新在于它的鏡像管理，因此有人說：

Docker = 容器 + Docker鏡像

Docker鏡像的創(chuàng)新之處在于使用了類似層次的文件系統(tǒng)AUFS，簡單說就是一個鏡像是由多個鏡像層層疊加的，從一個base鏡像中通過加入一些軟件構(gòu)成一個新層的鏡像，依次構(gòu)成最后的鏡像，如圖

“Container是什么”的內(nèi)容就介紹到這里了，感謝大家的閱讀。如果想了解更多行業(yè)相關(guān)的知識可以關(guān)注創(chuàng)新互聯(lián)網(wǎng)站，小編將為大家輸出更多高質(zhì)量的實用文章！