作者 | 夏目 "

責(zé)編 | 王曉曼

頭圖 | CSDN下載自東方IC

出品 | CSDN博客

簡介

1、了解Docker的前生LXC

LXC為Linux Container的簡寫。可以提供輕量級的虛擬化，以便隔離進(jìn)程和資源，而且不需要提供指令解釋機(jī)制以及全虛擬化的其他復(fù)雜性。相當(dāng)于C++中的NameSpace。容器有效地將由單個(gè)操作系統(tǒng)管理的資源劃分到孤立的組中，以更好地在孤立的組之間平衡有沖突的資源使用需求。

與傳統(tǒng)虛擬化技術(shù)相比，它的優(yōu)勢在于：

（1）與宿主機(jī)使用同一個(gè)內(nèi)核，性能損耗小

（2）不需要指令級模擬

（3）不需要即時(shí)(Just-in-time)編譯

（4）容器可以在CPU核心的本地運(yùn)行指令，不需要任何專門的解釋機(jī)制

（5）避免了準(zhǔn)虛擬化和系統(tǒng)調(diào)用替換中的復(fù)雜性

（6）輕量級隔離，在隔離的同時(shí)還提供共享機(jī)制，以實(shí)現(xiàn)容器與宿主機(jī)的資源共享

總結(jié)：Linux Container是一種輕量級的虛擬化的手段。

LinuxContainer提供了在單一可控主機(jī)節(jié)點(diǎn)上支持多個(gè)相互隔離的server container同時(shí)執(zhí)行的機(jī)制。Linux Container有點(diǎn)像Chroot，提供了一個(gè)擁有自己進(jìn)程和網(wǎng)絡(luò)空間的虛擬環(huán)境，但又有別于虛擬機(jī)，因?yàn)長XC是一種操作系統(tǒng)層次上的資源的虛擬化。

2、LXC與Docker什么關(guān)系？

Docker并不是LXC替代品，Docker底層使用了LXC來實(shí)現(xiàn)，LXC將Linux進(jìn)程沙盒化，使得進(jìn)程之間相互隔離，并且能夠課哦內(nèi)閣制各進(jìn)程的資源分配。

在LXC的基礎(chǔ)之上，Docker提供了一系列更強(qiáng)大的功能。

3、什么是Docker

Docker是一個(gè)開源的應(yīng)用容器引擎，基于Go語言開發(fā)并遵循了Apache2.0協(xié)議開源。

Docker可以讓開發(fā)者打包他們的應(yīng)用以及依賴包到一個(gè)輕量級、可移植的容器中，然后發(fā)布到任何流行的Linux服務(wù)器，也可以實(shí)現(xiàn)虛擬化。

容器是完全使用沙箱機(jī)制，相互之間不會(huì)有任何接口（類iphone的app），并且容器開銷極其低。

4、Docker官方文檔

https://docs.docker.com/

5、為什么Docker越來越受歡迎

官方話語：

• 容器化越來越受歡迎

• 靈活：即使是最復(fù)雜的應(yīng)用也可以集裝箱化
  

• 輕量級：容器利用并共享主機(jī)9內(nèi)核

• 可互換：您可以即時(shí)部署更新和升級

• 便攜式：您可以在本地構(gòu)建，部署到云，并在任何地方運(yùn)行

• 可擴(kuò)展：您可以增加并自動(dòng)分發(fā)容器副本

• 可堆疊：您可以垂直和即時(shí)堆疊服務(wù)
  

鏡像和容器（Contalners）

通過鏡像啟動(dòng)一個(gè)容器，一個(gè)鏡像是一個(gè)可執(zhí)行的包，其中包括運(yùn)行應(yīng)用程序所需要的所有內(nèi)容包含代碼，運(yùn)行時(shí)間，庫、環(huán)境變量、和配置文件。

容器是鏡像的運(yùn)行實(shí)例，當(dāng)被運(yùn)行時(shí)有鏡像狀態(tài)和用戶進(jìn)程，可以使用Docker PS 查看。

容器和虛擬機(jī)

容器時(shí)在Linux上本機(jī)運(yùn)行，并與其他容器共享主機(jī)的內(nèi)核，它運(yùn)行的一個(gè)獨(dú)立的進(jìn)程，不占用其他任何可執(zhí)行文件的內(nèi)存，非常輕量。

虛擬機(jī)運(yùn)行的是一個(gè)完成的操作系統(tǒng)，通過虛擬機(jī)管理程序?qū)χ鳈C(jī)資源進(jìn)行虛擬訪問，相比之下需要的資源更多。

6、Docker版本

DockerCommunity Edition（CE）社區(qū)版

EnterpriseEdition(EE) 商業(yè)版

7、Docker和Openstack的幾項(xiàng)對比

8、容器在內(nèi)核中支持2種重要技術(shù)

Docker本質(zhì)就是宿主機(jī)的一個(gè)進(jìn)程，Docker是通過Namespace實(shí)現(xiàn)資源隔離，通過Cgroup實(shí)現(xiàn)資源限制，通過寫時(shí)復(fù)制技術(shù)（copy-on-write）實(shí)現(xiàn)了高效的文件操作（類似虛擬機(jī)的磁盤比如分配500G并不是實(shí)際占用物理磁盤500G）。

1）Namespaces 名稱空間

2）Control Group 控制組

Cgroup的特點(diǎn)是：　

• Cgroup的API以一個(gè)偽文件系統(tǒng)的實(shí)現(xiàn)方式，用戶的程序可以通過文件系統(tǒng)實(shí)現(xiàn)Cgroup的組件管理

• Cgroup的組件管理操作單元可以細(xì)粒度到線程級別，另外用戶可以創(chuàng)建和銷毀Cgroup，從而實(shí)現(xiàn)資源載分配和再利用

• 所有資源管理的功能都以子系統(tǒng)的方式實(shí)現(xiàn)，接口統(tǒng)一子任務(wù)創(chuàng)建之初與其父任務(wù)處于同一個(gè)Cgroup的控制組
  

四大功能：

• 資源限制：可以對任務(wù)使用的資源總額進(jìn)行限制

• 優(yōu)先級分配：通過分配的CPU時(shí)間片數(shù)量以及磁盤IO帶寬大小，實(shí)際上相當(dāng)于控制了任務(wù)運(yùn)行優(yōu)先級

• 資源統(tǒng)計(jì)：可以統(tǒng)計(jì)系統(tǒng)的資源使用量，如CPU時(shí)長，內(nèi)存用量等

• 任務(wù)控制：Cgroup可以對任務(wù)執(zhí)行掛起、恢復(fù)等操作

9、了解Docker三個(gè)重要概念

1）Image鏡像

Docker鏡像就是一個(gè)只讀模板，比如，一個(gè)鏡像可以包含一個(gè)完整的centos，里面僅安裝apache或用戶的其他應(yīng)用，鏡像可以用來創(chuàng)建Docker容器，另外Docker提供了一個(gè)很簡單的機(jī)制來創(chuàng)建鏡像或者更新現(xiàn)有的鏡像，用戶甚至可以直接從其他人那里下周一個(gè)已經(jīng)做好的鏡像來直接使用。

2）Container容器

Docker利用容器來運(yùn)行應(yīng)用，容器是從鏡像創(chuàng)建的運(yùn)行實(shí)例，它可以被啟動(dòng)，開始、停止、刪除、每個(gè)容器都是互相隔離的，保證安全的平臺，可以吧容器看做是要給簡易版的Linux環(huán)境（包括Root用戶權(quán)限、鏡像空間、用戶空間和網(wǎng)絡(luò)空間等）和運(yùn)行再其中的應(yīng)用程序。

3）Repostory倉庫

倉庫是集中存儲鏡像文件的滄桑，Registry是倉庫主從服務(wù)器，實(shí)際上參考注冊服務(wù)器上存放著多個(gè)倉庫，每個(gè)倉庫中又包含了多個(gè)鏡像，每個(gè)鏡像有不同的標(biāo)簽（tag）。

倉庫分為兩種，公有參考，和私有倉庫，最大的公開倉庫是Docker Hub，存放了數(shù)量龐大的鏡像供用戶下周，國內(nèi)的Docker Pool，這里倉庫的概念與Git類似，Registry可以理解為Github這樣的托管服務(wù)。

10、Docker的主要用途

官方就是Bulid 、Ship、Run anyapp/any where，編譯、裝載、運(yùn)行、任何App/在任意地放都能運(yùn)行。

就是實(shí)現(xiàn)了應(yīng)用的封裝、部署、運(yùn)行的生命周期管理只要在Glibc的環(huán)境下，都可以運(yùn)行。

運(yùn)維生成環(huán)境中：Docker化。

• 發(fā)布服務(wù)不用擔(dān)心服務(wù)器的運(yùn)行環(huán)境，所有的服務(wù)器都是自動(dòng)分配Docker，自動(dòng)部署，自動(dòng)安裝，自動(dòng)運(yùn)行

• 再不用擔(dān)心其他服務(wù)引擎的磁盤問題，CPU問題，系統(tǒng)問題了
  

• 資源利用更出色

• 自動(dòng)遷移，可以制作鏡像，遷移使用自定義的鏡像即可遷移，不會(huì)出現(xiàn)什么問題

• 管理更加方便了

11、Docker改變了什么

• 面向產(chǎn)品：產(chǎn)品交付

• 面向開發(fā)：簡化環(huán)境配置

• 面向測試：多版本測試

• 面向運(yùn)維：環(huán)境一致性
  

• 面向架構(gòu)：自動(dòng)化擴(kuò)容（微服務(wù)）

Docker架構(gòu)

1、總體架構(gòu)

• Distribution負(fù)責(zé)與Dockerregistry交互，上傳洗澡鏡像以及V2 registry 有關(guān)的源數(shù)據(jù)
  

• Registry負(fù)責(zé)Docker registry有關(guān)的身份認(rèn)證、鏡像查找、鏡像驗(yàn)證以及管理Registry mirror等交互操作

• Image負(fù)責(zé)與鏡像源數(shù)據(jù)有關(guān)的存儲、查找，鏡像層的索引、查找以及鏡像TAR包有關(guān)的導(dǎo)入、導(dǎo)出操作

• Reference負(fù)責(zé)存儲本地所有鏡像的Repository和tag名，并維護(hù)與鏡像Id之間的映射關(guān)系

• Layer模塊負(fù)責(zé)與鏡像層和容器層源數(shù)據(jù)有關(guān)的增刪改查，并負(fù)責(zé)將鏡像層的增刪改查映射到實(shí)際存儲鏡像層文件的Graphdriver模塊

• Graghdriver是所有與容器鏡像相關(guān)操作的執(zhí)行者
  

2、Docker架構(gòu)2

如果覺得上面架構(gòu)圖比較亂可以看這個(gè)架構(gòu)：

從上圖不難看出，用戶是使用Docker Client與Docker Daemon建立通信，并發(fā)送請求給后者。

而Docker Daemon作為Docker架構(gòu)中的主體部分，首先提供Server的功能使其可以接受Docker Client的請求；而后Engine執(zhí)行Docker內(nèi)部的一系列工作，每一項(xiàng)工作都是以一個(gè)Job的形式的存在。

Job的運(yùn)行過程中，當(dāng)需要容器鏡像時(shí)，則從DockerRegistry中下載鏡像，并通過鏡像管理驅(qū)動(dòng)Graphdriver將下載鏡像以Graph的形式存儲；當(dāng)需要為Docker創(chuàng)建網(wǎng)絡(luò)環(huán)境時(shí)，通過網(wǎng)絡(luò)管理驅(qū)動(dòng)Networkdriver創(chuàng)建并配置Docker容器網(wǎng)絡(luò)環(huán)境；當(dāng)需要限制Docker容器運(yùn)行資源或執(zhí)行用戶指令等操作時(shí)，則通過Execdriver來完成。

而Libcontainer是一項(xiàng)獨(dú)立的容器管理包，Networkdriver以及Execdriver都是通過Libcontainer來實(shí)現(xiàn)具體對容器進(jìn)行的操作。當(dāng)執(zhí)行完運(yùn)行容器的命令后，一個(gè)實(shí)際的Docker容器就處于運(yùn)行狀態(tài)，該容器擁有獨(dú)立的文件系統(tǒng)，獨(dú)立并且安全的運(yùn)行環(huán)境等。

3、Docker架構(gòu)3

再來看看另外一個(gè)架構(gòu)，這個(gè)個(gè)架構(gòu)就簡單清晰指明了server/client交互，容器和鏡像、數(shù)據(jù)之間的一些聯(lián)系。

這個(gè)架構(gòu)圖更加清晰了架構(gòu)：

Dockerdaemon就是Docker的守護(hù)進(jìn)程即server端，可以是遠(yuǎn)程的，也可以是本地的，這個(gè)不是C/S架構(gòu)嗎，客戶端Docker Client 是通過Nest Api進(jìn)行通信。

Dockercli 用來管理容器和鏡像，客戶端提供一個(gè)只讀鏡像，然后通過鏡像可以創(chuàng)建多個(gè)容器，這些容器可以只是一個(gè)RFS（Root File System根文件系統(tǒng)），也可以ISHI一個(gè)包含了用戶應(yīng)用的RFS，容器再Docker Client中只是要給進(jìn)程，兩個(gè)進(jìn)程之間互不可見。

用戶不能與Server直接交互，但可以通過與容器這個(gè)橋梁來交互，由于是操作系統(tǒng)級別的虛擬技術(shù)，中間的損耗幾乎可以不計(jì)。

Docker架構(gòu)2各個(gè)模塊的功能（完善）

主要的模塊有：Docker Client、Docker Daemon、Docker Registry、Graph、Driver、Libcontainer以及Docker Container。

1、Docker Client

DockerClient 是Docker架構(gòu)中用戶用來和Docker Daemon建立通信的客戶端，用戶使用的可執(zhí)行文件為Docker，通過Docker命令行工具可以發(fā)起眾多管理container的請求。

DockerClient可以通過一下三宗方式和Docker Daemon建立通信：tcp://host:port;unix:path_to_socket;fd://socketfd，Docker Client可以通過設(shè)置命令行Flag參數(shù)的形式設(shè)置安全傳輸層協(xié)議(TLS)的有關(guān)參數(shù)，保證傳輸?shù)陌踩浴?/p>

DockerClient發(fā)送容器管理請求后，由Docker Daemon接受并處理請求，當(dāng)Docker Client 接收到返回的請求相應(yīng)并簡單處理后，Docker Client 一次完整的生命周期就結(jié)束了，當(dāng)需要繼續(xù)發(fā)送容器管理請求時(shí)，用戶必須再次通過Docker可以執(zhí)行文件創(chuàng)建Docker Client。

2、Docker Daemon

DockerDaemon 是Docker架構(gòu)中一個(gè)常駐在后臺的系統(tǒng)進(jìn)程，功能是：接收處理Docker Client發(fā)送的請求。該守護(hù)進(jìn)程在后臺啟動(dòng)一個(gè)server，server負(fù)載接受Docker Client發(fā)送的請求；接受請求后，server通過路由與分發(fā)調(diào)度，找到相應(yīng)的handler來執(zhí)行請求。

DockerDaemon啟動(dòng)所使用的可執(zhí)行文件也為Docker，與Docker Client啟動(dòng)所使用的可執(zhí)行文件Docker相同，在Docker命令執(zhí)行時(shí)，通過傳入的參數(shù)來判別Docker daemon與Docker Client。

DockerDaemon的架構(gòu)可以分為：Docker Server、Engine、Job、Daemon

3、Docker Server

DockerServer在Docker架構(gòu)中時(shí)專門服務(wù)于Docker Client的server，該server的功能時(shí)：接受并調(diào)度分發(fā)Docker Dlient發(fā)送的請求，架構(gòu)圖如下：

在Docker的啟動(dòng)過程中，通過包Gorilla/Mux（Golang的類庫解析），創(chuàng)建了一個(gè)Mux.Router，提供請求的路由功能。在Golang中，Gorilla/Mux是一個(gè)強(qiáng)大的URL路由器以及調(diào)度分發(fā)器。該Mux.Router中添加了眾多的路由項(xiàng)，每一個(gè)路由項(xiàng)由HTTP請求方法（PUT、POST、GET或DELETE）、URL、Handler三部分組成。

若Docker Client通過HTTP的形式訪問Docker Daemon，創(chuàng)建完Mux.Router之后，Docker將Server的監(jiān)聽地址以及Mux.Router作為參數(shù)，創(chuàng)建一個(gè)httpSrv=http.Server{}，最終執(zhí)行httpSrv.Serve()為請求服務(wù)。

在Server的服務(wù)過程中，Server在Listener上接受Docker Client的訪問請求，并創(chuàng)建一個(gè)全新的Goroutine來服務(wù)該請求。在Goroutine中，首先讀取請求內(nèi)容，然后做解析工作，接著找到相應(yīng)的路由項(xiàng)，隨后調(diào)用相應(yīng)的Handler來處理該請求，最后Handler處理完請求之后回復(fù)該請求。

需要注意的是：Docker Server的運(yùn)行在Docker的啟動(dòng)過程中，是靠一個(gè)名為”serveapi”的Job的運(yùn)行來完成的。原則上，Docker Server的運(yùn)行是眾多job中的一個(gè)，但是為了強(qiáng)調(diào)Docker Server的重要性以及為后續(xù)Job服務(wù)的重要特性，將該”serveapi”的Job單獨(dú)抽離出來分析，理解為Docker Server。

4、Engine

Engine是Docker架構(gòu)中的運(yùn)行引擎，同時(shí)也Docker運(yùn)行的核心模塊。它扮演Docker Container存儲倉庫的角色，并且通過執(zhí)行Job的方式來操縱管理這些容器。

在Engine數(shù)據(jù)結(jié)構(gòu)的設(shè)計(jì)與實(shí)現(xiàn)過程中，有一個(gè)Handler對象。該Handler對象存儲的都是關(guān)于眾多特定Job的Handler處理訪問。舉例說明，Engine的handler對象中有一項(xiàng)為：{“create”: daemon.ContainerCreate,}，則說明當(dāng)名為”create”的job在運(yùn)行時(shí)，執(zhí)行的是Daemon.ContainerCreate的Handler。

5、Job

一個(gè)Job可以認(rèn)為是Docker架構(gòu)中Engine內(nèi)部最基本的工作執(zhí)行單元。Docker可以做的每一項(xiàng)工作，都可以抽象為一個(gè)Job。例如：在容器內(nèi)部運(yùn)行一個(gè)進(jìn)程，這是一個(gè)Job；創(chuàng)建一個(gè)新的容器，這是一個(gè)Job，從Internet上下載一個(gè)文檔，這是一個(gè)Job；包括之前在Docker Server部分說過的，創(chuàng)建Server服務(wù)于HTTP的API，這也是一個(gè)Job，等等。

Job的設(shè)計(jì)者，把Job設(shè)計(jì)得與Unix進(jìn)程相仿。比如說：Job有一個(gè)名稱，有參數(shù)，有環(huán)境變量，有標(biāo)準(zhǔn)的輸入輸出，有錯(cuò)誤處理，有返回狀態(tài)等。

6、Docker Registry

DockerRegistry是一個(gè)存儲容器鏡像的倉庫。而容器鏡像是在容器被創(chuàng)建時(shí)，被加載用來初始化容器的文件架構(gòu)與目錄。

在Docker的運(yùn)行過程中，Docker Daemon會(huì)與Docker Registry通信，并實(shí)現(xiàn)搜索鏡像、下載鏡像、上傳鏡像三個(gè)功能，這三個(gè)功能對應(yīng)的Job名稱分別為”search”，”pull”與 “push”。

其中，在Docker架構(gòu)中，Docker可以使用公有的Docker Registry，即大家熟知的Docker Hub，如此一來，Docker獲取容器鏡像文件時(shí)，必須通過互聯(lián)網(wǎng)訪問Docker Hub；同時(shí)Docker也允許用戶構(gòu)建本地私有的Docker Registry，這樣可以保證容器鏡像的獲取在內(nèi)網(wǎng)完成。

7、Graph

Graph在Docker架構(gòu)中扮演已下載容器鏡像的保管者，以及已下載容器鏡像之間關(guān)系的記錄者。一方面，Graph存儲著本地具有版本信息的文件系統(tǒng)鏡像，另一方面也通過GraphDB記錄著所有文件系統(tǒng)鏡像彼此之間的關(guān)系。

Graph的架構(gòu)如下：

其中，GraphDB是一個(gè)構(gòu)建在SQLite之上的小型圖數(shù)據(jù)庫，實(shí)現(xiàn)了節(jié)點(diǎn)的命名以及節(jié)點(diǎn)之間關(guān)聯(lián)關(guān)系的記錄。它僅僅實(shí)現(xiàn)了大多數(shù)圖數(shù)據(jù)庫所擁有的一個(gè)小的子集，但是提供了簡單的接口表示節(jié)點(diǎn)之間的關(guān)系。

同時(shí)在Graph的本地目錄中，關(guān)于每一個(gè)的容器鏡像，具體存儲的信息有：該容器鏡像的元數(shù)據(jù)，容器鏡像的大小信息，以及該容器鏡像所代表的具體Rootfs。

8、Driver

Driver是Docker架構(gòu)中的驅(qū)動(dòng)模塊。通過Driver驅(qū)動(dòng)，Docker可以實(shí)現(xiàn)對Docker容器執(zhí)行環(huán)境的定制。由于Docker運(yùn)行的生命周期中，并非用戶所有的操作都是針對Docker容器的管理，另外還有關(guān)于Docker運(yùn)行信息的獲取，Graph的存儲與記錄等。因此，為了將Docker容器的管理從Docker Daemon內(nèi)部業(yè)務(wù)邏輯中區(qū)分開來，設(shè)計(jì)了Driver層驅(qū)動(dòng)來接管所有這部分請求。

在Docker Driver的實(shí)現(xiàn)中，可以分為以下三類驅(qū)動(dòng)：Graphdriver、Networkdriver和Execdriver。

Graphdriver主要用于完成容器鏡像的管理，包括存儲與獲取。即當(dāng)用戶需要下載指定的容器鏡像時(shí)，Graphdriver將容器鏡像存儲在本地的指定目錄；同時(shí)當(dāng)用戶需要使用指定的容器鏡像來創(chuàng)建容器的Rootfs時(shí)，Graphdriver從本地鏡像存儲目錄中獲取指定的容器鏡像。

在Graphdriver的初始化過程之前，有4種文件系統(tǒng)或類文件系統(tǒng)在其內(nèi)部注冊，它們分別是Aufs、Btrfs、Vfs和Devmapper。而Docker在初始化之時(shí)，通過獲取系統(tǒng)環(huán)境變量”DOCKER_DRIVER”來提取所使用Driver的指定類型。而之后所有的Graph操作，都使用該Driver來執(zhí)行。

Graphdriver的架構(gòu)如下：

Networkdriver的用途是完成Docker容器網(wǎng)絡(luò)環(huán)境的配置，其中包括Docker啟動(dòng)時(shí)為Docker環(huán)境創(chuàng)建網(wǎng)橋；Docker容器創(chuàng)建時(shí)為其創(chuàng)建專屬虛擬網(wǎng)卡設(shè)備；以及為Docker容器分配IP、端口并與宿主機(jī)做端口映射，設(shè)置容器防火墻策略等。Networkdriver的架構(gòu)如下：

Execdriver作為Docker容器的執(zhí)行驅(qū)動(dòng)，負(fù)責(zé)創(chuàng)建容器運(yùn)行命名空間，負(fù)責(zé)容器資源使用的統(tǒng)計(jì)與限制，負(fù)責(zé)容器內(nèi)部進(jìn)程的真正運(yùn)行等。在Execdriver的實(shí)現(xiàn)過程中，原先可以使用LXC驅(qū)動(dòng)調(diào)用LXC的接口，來操縱容器的配置以及生命周期，而現(xiàn)在Execdriver默認(rèn)使用Native驅(qū)動(dòng)，不依賴于LXC。

具體體現(xiàn)在Daemon啟動(dòng)過程中加載的ExecDriverflag參數(shù)，該參數(shù)在配置文件已經(jīng)被設(shè)為”native”。這可以認(rèn)為是Docker在1.2版本上一個(gè)很大的改變，或者說Docker實(shí)現(xiàn)跨平臺的一個(gè)先兆。Execdriver架構(gòu)如下：

9、Libcontainer

Libcontainer是Docker架構(gòu)中一個(gè)使用Go語言設(shè)計(jì)實(shí)現(xiàn)的庫，設(shè)計(jì)初衷是希望該庫可以不依靠任何依賴，直接訪問內(nèi)核中與容器相關(guān)的API。

正是由于Libcontainer的存在，Docker可以直接調(diào)用Libcontainer，而最終操縱容器的Namespace、Cgroups、Apparmor、網(wǎng)絡(luò)設(shè)備以及防火墻規(guī)則等。這一系列操作的完成都不需要依賴LXC或者其他包。Libcontainer架構(gòu)如下：

另外，Libcontainer提供了一整套標(biāo)準(zhǔn)的接口來滿足上層對容器管理的需求。或者說，Libcontainer屏蔽了Docker上層對容器的直接管理。又由于Libcontainer使用Go這種跨平臺的語言開發(fā)實(shí)現(xiàn)，且本身又可以被上層多種不同的編程語言訪問，因此很難說，未來的Docker就一定會(huì)緊緊地和Linux捆綁在一起。而于此同時(shí)，Microsoft在其著名云計(jì)算平臺Azure中，也添加了對Docker的支持，可見Docker的開放程度與業(yè)界的火熱度。

暫不談Docker，由于Libcontainer的功能以及其本身與系統(tǒng)的松耦合特性，很有可能會(huì)在其他以容器為原型的平臺出現(xiàn)，同時(shí)也很有可能催生出云計(jì)算領(lǐng)域全新的項(xiàng)目。

10、Docker Container

DockerContainer（Docker容器）是Docker架構(gòu)中服務(wù)交付的最終體現(xiàn)形式。

Docker按照用戶的需求與指令，訂制相應(yīng)的Docker容器：

• 用戶通過指定容器鏡像，使得Docker容器可以自定義Rootfs等文件系統(tǒng)

• 用戶通過指定計(jì)算資源的配額，使得Docker容器使用指定的計(jì)算資源

• 用戶通過配置網(wǎng)絡(luò)及其安全策略，使得Docker容器擁有獨(dú)立且安全的網(wǎng)絡(luò)環(huán)境
  

• 用戶通過指定運(yùn)行的命令，使得Docker容器執(zhí)行指定的工作

版權(quán)聲明：本文為CSDN博主「夏目"」的原創(chuàng)文章，遵循CC 4.0 BY-SA版權(quán)協(xié)議，轉(zhuǎn)載請附上原文出處鏈接及本聲明。

原文鏈接：https://blog.csdn.net/wuzhiwei549/article/details/106032491

?

推薦閱讀

• 如何使用 SQL Server FILESTREAM 存儲非結(jié)構(gòu)化數(shù)據(jù)？這篇文章告訴你！

• 對不起，我把APP也給爬了
  

• 震驚！阿里的程序員竟被一個(gè)簡單的 SQL 查詢難住了！

• 如何告別“芯繁魂亂”難題？這個(gè) OS 來支招！

• 我佛了！用KNN實(shí)現(xiàn)驗(yàn)證碼識別，又 Get 到一招！

• 加密價(jià)格更新周期：看似雜亂無章，實(shí)際內(nèi)藏玄機(jī)

• 如何使用 SQL Server FILESTREAM 存儲非結(jié)構(gòu)化數(shù)據(jù)？這篇文章告訴你！

真香，朕在看了！

總結(jié)

以上是生活随笔為你收集整理的在 520 这天，竟然有人把 Docker讲清楚了？ | 原力计划的全部內(nèi)容，希望文章能夠幫你解決所遇到的問題。

如果覺得生活随笔網(wǎng)站內(nèi)容還不錯(cuò)，歡迎將生活随笔推薦給好友。