“云-邊”協(xié)同場(chǎng)景的Docker 鏡像倉(cāng)庫(kù)設(shè)計(jì)

邢德奇 傅康平 李華夏

（中國(guó)電子科技集團(tuán)公司電子科學(xué)研究院 北京市 100041）

容器技術(shù)在類(lèi)Unix 操作系統(tǒng)內(nèi)核提供的資源隔離特性基礎(chǔ)上，通過(guò)將應(yīng)用軟件與其所依賴(lài)的運(yùn)行環(huán)境共同打包，形成可獨(dú)立運(yùn)行且不發(fā)生相互干擾的實(shí)體，稱(chēng)為“容器”。相較于傳統(tǒng)的虛擬化技術(shù)，由于共享了宿主計(jì)算機(jī)的操作系統(tǒng)內(nèi)核，通過(guò)容器技術(shù)實(shí)現(xiàn)的虛擬化，在實(shí)現(xiàn)了各類(lèi)資源的共享和隔離的同時(shí)，其用于虛擬化本身的資源開(kāi)銷(xiāo)顯著小于傳統(tǒng)虛擬化方法。因此，容器技術(shù)已經(jīng)廣泛應(yīng)用于復(fù)雜系統(tǒng)的服務(wù)端軟件封裝。結(jié)合以Kubernetes 為代表的容器編排技術(shù)，可實(shí)現(xiàn)大規(guī)模業(yè)務(wù)容器的集群化運(yùn)行治理。

容器技術(shù)是一種是操作系統(tǒng)層虛擬化技術(shù)，代表性的實(shí)現(xiàn)方案包括LXC、rkt、Docker 等，其中又以Docker 最為流行。本文也將以Docker 容器技術(shù)為例，分析容器鏡像倉(cāng)庫(kù)的一般架構(gòu)，并針對(duì)弱網(wǎng)絡(luò)下的“云邊”協(xié)同場(chǎng)景，提出一種更高效率的容器鏡像倉(cāng)庫(kù)設(shè)計(jì)，滿足云邊場(chǎng)景下的容器鏡像倉(cāng)庫(kù)應(yīng)用需求。

1 Docker文件系統(tǒng)和鏡像倉(cāng)庫(kù)

在Docker 容器技術(shù)中，一般將“容器”定義為提供了隔離能力的虛擬化運(yùn)行時(shí)環(huán)境，而將“鏡像”定義為包含容器運(yùn)行所需環(huán)境配置和文件的容器模版。簡(jiǎn)單的說(shuō)，容器是由特定鏡像產(chǎn)生的運(yùn)行實(shí)例。本節(jié)將簡(jiǎn)要分析Docker 組織容器和鏡像文件系統(tǒng)的一般方法和特性，而本文鏡像倉(cāng)庫(kù)的設(shè)計(jì)則正是基于Docker 文件系統(tǒng)的這些特性。

說(shuō)到Docker 的文件系統(tǒng)，就不得不提“聯(lián)合文件系統(tǒng)”（Union FileSystem），它是一種面向Linux、FreeBSD 和NetBSD 的文件系統(tǒng)服務(wù)，允許不同文件系統(tǒng)的文件和目錄（稱(chēng)為“分枝”）透明覆蓋，合并形成一個(gè)完整的、一致的文件系統(tǒng)。在合并結(jié)果中，來(lái)自不同分枝的具有相同路徑的目錄內(nèi)容將在新的虛擬文件系統(tǒng)內(nèi)形成一個(gè)合并目錄，其內(nèi)容也是各分枝中相應(yīng)內(nèi)容的合并。聯(lián)合文件系統(tǒng)的這一特點(diǎn)可以支持以分層的形式組織文件系統(tǒng)，即上層文件層構(gòu)建在下層文件層基礎(chǔ)上，描述對(duì)下層文件層的改動(dòng)，進(jìn)而提高文件系統(tǒng)組織和復(fù)用的效率。

Docker 支持的文件系統(tǒng)之一是AUFS（Advanced Multilayered Unification FileSystem），其本身是聯(lián)合文件系統(tǒng)的一種實(shí)現(xiàn)。其支持每個(gè)成員目錄設(shè)定為只讀、讀寫(xiě)或?qū)懗鰴?quán)限，并支持以分層的方式進(jìn)行文件系統(tǒng)組織。

圖1 給出的是AUFS 的一個(gè)示例。該文件系統(tǒng)下，每個(gè)Docker 鏡像都可被視為一系列只讀的、包含不同內(nèi)容的文件系統(tǒng)層。在根文件系統(tǒng)（root filesystem）的基礎(chǔ)上，各層向上羅列，共同構(gòu)成了鏡像內(nèi)容。其中，Docker 存儲(chǔ)驅(qū)動(dòng)（Docker storage driver）負(fù)責(zé)組織上述分層文件系統(tǒng)，并對(duì)外提供統(tǒng)一的應(yīng)用視圖。

圖1：AUFS 示意圖

鏡像構(gòu)建過(guò)程中，通過(guò)特定語(yǔ)法可編寫(xiě)Dockerfile，指定基礎(chǔ)鏡像，并定義基礎(chǔ)鏡像之上的系列構(gòu)建步驟。此后，通過(guò)Docker 命令進(jìn)行鏡像構(gòu)建。在“只讀”的基礎(chǔ)鏡像之上，按照步驟執(zhí)行命令或?qū)⑽募砑又羚R像，形成一系列新的“文件層”，此類(lèi)“文件層”可以包含新文件，也可以包含對(duì)其下所有“文件層”中文件的修改或刪除，“文件層”層層累加，以棧的形式構(gòu)成最終鏡像的文件系統(tǒng)。

從文件系統(tǒng)構(gòu)成的角度，容器與鏡像的區(qū)別更加明顯。由于容器是鏡像的運(yùn)行實(shí)例，容器的文件系統(tǒng)在鏡像文件層棧的最上層添加了一層可寫(xiě)層，用來(lái)記錄其在對(duì)應(yīng)鏡像的文件系統(tǒng)基礎(chǔ)上，對(duì)文件所做的增加、刪除和修改。當(dāng)容器被刪除，該可寫(xiě)層將同樣被刪除。當(dāng)容器被提交成為鏡像，該可寫(xiě)層也將變?yōu)橹蛔x層，成為新鏡像的一部分。

從Docker 文件系統(tǒng)的上述架構(gòu)特點(diǎn)可以分析出，由相同基礎(chǔ)鏡像構(gòu)建出的多個(gè)新鏡像，其基礎(chǔ)鏡像部分的文件系統(tǒng)是相同的，由于其具備只讀屬性，因此也是可共用的。這就為容器鏡像的組織提供了一種體積壓縮的可能性，這也正是Docker 文件系統(tǒng)的重要特點(diǎn)之一。

前文提到的Docker 存儲(chǔ)驅(qū)動(dòng)正是負(fù)責(zé)管理和組織各只讀文件層和可寫(xiě)文件層的模塊。圖2 給出了上述特性的一個(gè)圖示。

圖2：分層文件系統(tǒng)示意圖

Docker 目前支持若干不同的聯(lián)合文件系統(tǒng)實(shí)現(xiàn)，包括OverlayFS、AUFS、btrfs、VFS、ZFD、Device Mapper 等。

實(shí)際使用中，Docker 鏡像以分層文件系統(tǒng)的方式存放于鏡像倉(cāng)庫(kù)。特定主機(jī)可根據(jù)需要從鏡像倉(cāng)庫(kù)拉取鏡像，保存至本地，供后續(xù)創(chuàng)建容器等使用。

Docker 鏡像倉(cāng)庫(kù)方面，Docker 公司提供了名為Docker Hub 的商用服務(wù)，Docker 使用者可直接從Docker Hub 拉取鏡像。此外，為便于私有云等私有場(chǎng)景下的鏡像訪問(wèn)，

Docker 提供了名為Docker Registry 的鏡像倉(cāng)庫(kù)解決方案。Docker Registry 默認(rèn)對(duì)接本地POSIX 文件系統(tǒng)，也可支持亞馬遜S3、微軟Azure、阿里云OSS 等一系列云文件系統(tǒng)。

此外，還涌現(xiàn)出了以Harbor 為代表的第三方鏡像倉(cāng)庫(kù)解決方案，其在標(biāo)準(zhǔn)的Docker Registry 基礎(chǔ)上，額外提供權(quán)限管理、安全管理等一系列實(shí)用功能。

2 弱網(wǎng)絡(luò)云邊協(xié)同場(chǎng)景下的容器倉(cāng)庫(kù)需求

在以Kubernetes 為代表的容器云場(chǎng)景中，通過(guò)Docker Registry 或Harbor 等軟件，可便捷地構(gòu)建中心式的鏡像倉(cāng)庫(kù)，進(jìn)而通過(guò)鏡像倉(cāng)庫(kù)進(jìn)行鏡像分發(fā)。

隨著物聯(lián)網(wǎng)等技術(shù)的快速發(fā)展，云邊協(xié)同場(chǎng)景（如圖3 所示）的計(jì)算需求越來(lái)越大，其通過(guò)容器技術(shù)在嵌入式等邊緣設(shè)備上進(jìn)行軟件部署和管理也逐漸稱(chēng)為主流。一系列面向邊緣計(jì)算場(chǎng)景的容器云管理框架也應(yīng)運(yùn)而生，如KubeEdge、K3s 等。

圖3：云邊協(xié)同示意圖

云邊協(xié)同場(chǎng)景的典型約束主要包含兩方面：

（1）與中心集群充沛的計(jì)算能力形成對(duì)比，邊緣側(cè)以嵌入式等低功耗、低算力的設(shè)備為主，其計(jì)算、存儲(chǔ)能力相對(duì)有限。

（2）邊緣節(jié)點(diǎn)與中心節(jié)點(diǎn)、邊緣節(jié)點(diǎn)之間的網(wǎng)絡(luò)資源往往有限。

在野外、海面等網(wǎng)絡(luò)覆蓋不足的場(chǎng)景，或無(wú)人機(jī)等節(jié)點(diǎn)動(dòng)態(tài)變化的場(chǎng)景中，各類(lèi)設(shè)備往往需要以“弱網(wǎng)絡(luò)”的方式相互連接。該類(lèi)場(chǎng)景的特點(diǎn)是網(wǎng)絡(luò)帶寬有限、網(wǎng)絡(luò)通信質(zhì)量不穩(wěn)定，且網(wǎng)絡(luò)拓?fù)溆锌赡軇?dòng)態(tài)變化。在以Docker 為軟件封裝方式的弱網(wǎng)絡(luò)云-邊協(xié)同場(chǎng)景，容器鏡像倉(cāng)庫(kù)的建立面臨若干挑戰(zhàn)：

（1）鏡像倉(cāng)庫(kù)必須以分布式的方式部署，當(dāng)邊緣節(jié)點(diǎn)與中心集群的網(wǎng)絡(luò)連接出現(xiàn)故障時(shí)，需要確保邊緣節(jié)點(diǎn)的鏡像仍可不完全依賴(lài)于中心節(jié)點(diǎn)而拉取。

（2）需要建立適應(yīng)于較低網(wǎng)絡(luò)質(zhì)量的分布式鏡像倉(cāng)庫(kù)同步機(jī)制，確保當(dāng)網(wǎng)絡(luò)可用時(shí)，通過(guò)盡可能少的網(wǎng)絡(luò)帶寬資源完成鏡像倉(cāng)庫(kù)的同步，當(dāng)網(wǎng)絡(luò)不可用時(shí)，邊緣節(jié)點(diǎn)又可通過(guò)獨(dú)立于中心倉(cāng)庫(kù)的方式獲取鏡像。為此，我們?cè)O(shè)計(jì)如下面向云邊場(chǎng)景的容器鏡像倉(cāng)庫(kù)。

3 一種面向云邊協(xié)同場(chǎng)景的容器鏡像倉(cāng)庫(kù)設(shè)計(jì)

基于上述分析，本文針對(duì)上一節(jié)中的場(chǎng)景設(shè)計(jì)一種面向云邊協(xié)同場(chǎng)景的容器鏡像倉(cāng)庫(kù)設(shè)計(jì)，解決上文提到的幾大挑戰(zhàn)。該鏡像倉(cāng)庫(kù)的組成結(jié)構(gòu)圖如圖4 所示。

圖4：云邊協(xié)同鏡像倉(cāng)庫(kù)組成結(jié)構(gòu)

上述鏡像倉(cāng)庫(kù)主要由如下幾個(gè)模塊組成：

3.1 標(biāo)準(zhǔn)鏡像倉(cāng)庫(kù)

該模塊實(shí)現(xiàn)容器鏡像分層文件系統(tǒng)的本地管理，可直接采用Docker 提供的Registry，也可采用其他第三方Docker鏡像倉(cāng)庫(kù)解決方案。該模塊通過(guò)其對(duì)外的REST 接口進(jìn)行倉(cāng)庫(kù)訪問(wèn)操作，包括獲取鏡像列表、獲取鏡像標(biāo)簽列表、獲取鏡像組成信息（manifest）、獲取鏡像文件數(shù)據(jù)等。

3.2 分層抽取管理

該模塊構(gòu)建在標(biāo)準(zhǔn)鏡像倉(cāng)庫(kù)之上，對(duì)外提供針對(duì)倉(cāng)庫(kù)內(nèi)鏡像特定層的操作接口，包括鏡像特定層導(dǎo)出至文件接口和由文件導(dǎo)入特定鏡像層接口。

3.3 元數(shù)據(jù)管理

該模塊管理倉(cāng)庫(kù)內(nèi)所有鏡像的基本信息（包括鏡像名稱(chēng)、鏡像標(biāo)簽、更新時(shí)間等），以及所有鏡像的分層文件系統(tǒng)組成信息，并對(duì)外提供相應(yīng)操作接口（包括元數(shù)據(jù)信息查詢(xún)接口、元數(shù)據(jù)信息更新接口、元數(shù)據(jù)信息導(dǎo)入和導(dǎo)出接口等）。

3.4 同步管理

該模塊維護(hù)當(dāng)前倉(cāng)庫(kù)的同步狀態(tài)信息。本文所設(shè)計(jì)鏡像倉(cāng)庫(kù)額外設(shè)置了同步管理功能，用戶(hù)可分別指定需要在中心集群和各邊緣集群同步的鏡像。一般云邊協(xié)同場(chǎng)景下，中心集群與邊緣集群的功能定位大多不同，因此各處需要部署的軟件也有所區(qū)別。通過(guò)同步管理功能，可更明確地管理需要在云邊進(jìn)行同步的鏡像，避免有限的網(wǎng)絡(luò)資源產(chǎn)生浪費(fèi)。同步管理對(duì)外提供的接口包括鏡像同步策略查詢(xún)和設(shè)定接口、鏡像標(biāo)簽同步策略查詢(xún)和設(shè)定端口等。

3.5 文件可靠傳輸

該模塊基于“分層抽取管理”模塊針對(duì)所需鏡像特定層產(chǎn)生的文件，完成弱網(wǎng)絡(luò)條件下的文件可靠傳輸，實(shí)現(xiàn)鏡像特定層在不同倉(cāng)庫(kù)之間的同步。該模塊提供的服務(wù)包括傳輸校驗(yàn)、斷點(diǎn)續(xù)傳在內(nèi)的傳輸服務(wù)。

3.6 運(yùn)維管理

該模塊以BS 的方式提供對(duì)鏡像倉(cāng)庫(kù)的管理頁(yè)面，提供的功能包括鏡像倉(cāng)庫(kù)信息（如各類(lèi)統(tǒng)計(jì)信息、存儲(chǔ)信息等）查閱、鏡像及元數(shù)據(jù)信息查閱和操作、同步策略管理、用戶(hù)及用戶(hù)權(quán)限管理等。

在云邊協(xié)同應(yīng)用場(chǎng)景中，上述鏡像倉(cāng)庫(kù)的運(yùn)行架構(gòu)如圖5 所示。

圖5：鏡像倉(cāng)庫(kù)運(yùn)行架構(gòu)

上述鏡像倉(cāng)庫(kù)設(shè)計(jì)的主要特點(diǎn)有如下幾方面：

針對(duì)中心集群與邊緣集群之間網(wǎng)絡(luò)不穩(wěn)定且?guī)捰邢?，而邊緣小集群?nèi)部網(wǎng)絡(luò)質(zhì)量相對(duì)較好的特點(diǎn)，在原有中心倉(cāng)庫(kù)的基礎(chǔ)上，設(shè)計(jì)了邊緣側(cè)倉(cāng)庫(kù)。這樣，當(dāng)邊緣集群中某個(gè)節(jié)點(diǎn)暫時(shí)無(wú)法訪問(wèn)中心集群資源時(shí)，可通過(guò)邊緣側(cè)的倉(cāng)庫(kù)實(shí)現(xiàn)鏡像的同步。

針對(duì)中心倉(cāng)庫(kù)與邊緣側(cè)倉(cāng)庫(kù)的鏡像同步問(wèn)題，在“元數(shù)據(jù)管理”和“同步管理”兩個(gè)模塊的基礎(chǔ)之上，確定倉(cāng)庫(kù)間需要同步的文件層，基于需同步文件層生成狀態(tài)標(biāo)記，并設(shè)計(jì)基于狀態(tài)標(biāo)記的周期性同步機(jī)制。如上文所分析，在一般的云邊協(xié)同場(chǎng)景中，不同邊緣集群往往需要部署不同類(lèi)別的應(yīng)用。因此，不同邊緣側(cè)倉(cāng)庫(kù)所要從中心倉(cāng)庫(kù)同步的內(nèi)容是有所差別的。為了更有效地利用中心集群和邊緣側(cè)集群之間的網(wǎng)絡(luò)帶寬，通過(guò)倉(cāng)庫(kù)的“同步管理”模塊在中心倉(cāng)庫(kù)處維護(hù)各邊緣側(cè)倉(cāng)庫(kù)所需要同步的鏡像列表，并基于該列表中所有鏡像的最新?tīng)顟B(tài)，形成基于最后更新時(shí)間戳的狀態(tài)標(biāo)記。當(dāng)倉(cāng)庫(kù)間所持的狀態(tài)標(biāo)記相同時(shí)，倉(cāng)庫(kù)不需要同步；當(dāng)倉(cāng)庫(kù)間狀態(tài)標(biāo)記不同時(shí)，觸發(fā)基于分層文件系統(tǒng)的增量式鏡像同步。

在上述同步策略下，由狀態(tài)標(biāo)記觸發(fā)同步行為，而同步內(nèi)容則在分層文件系統(tǒng)基礎(chǔ)上，基于“分層抽取管理”模塊產(chǎn)生增量式鏡像同步文件，避免重復(fù)傳輸兩側(cè)已有的鏡像文件層。同時(shí)，通過(guò)“文件可靠傳輸”模塊實(shí)現(xiàn)弱網(wǎng)絡(luò)上的斷點(diǎn)續(xù)傳，進(jìn)一步降低文件傳輸過(guò)程中的帶寬浪費(fèi)。

4 鏡像倉(cāng)庫(kù)同步算法

綜合上述鏡像倉(cāng)庫(kù)分布策略和同步算法設(shè)計(jì)，本節(jié)對(duì)本文所設(shè)計(jì)的面向云邊協(xié)同的容器鏡像倉(cāng)庫(kù)的應(yīng)用場(chǎng)景分析如下：

4.1 中心倉(cāng)庫(kù)存在新增鏡像時(shí)

（1）新增鏡像時(shí)，“標(biāo)準(zhǔn)鏡像倉(cāng)庫(kù)”處將保存新增鏡像的相關(guān)基本信息和各類(lèi)鏡像文件，“元數(shù)據(jù)管理”模塊通過(guò)標(biāo)準(zhǔn)鏡像倉(cāng)庫(kù)的相關(guān)接口，獲取新增鏡像的基礎(chǔ)數(shù)據(jù)；

（2）通過(guò)“運(yùn)維管理”模塊，用戶(hù)可為新增鏡像補(bǔ)充元數(shù)據(jù)信息，并設(shè)定起在邊緣倉(cāng)庫(kù)的同步策略（包括“不同步”、“全部同步”和“只同步特定標(biāo)簽”）；

（3）當(dāng)“同步管理”模塊監(jiān)測(cè)到滿足特定同步策略的新增鏡像時(shí)，基于“元數(shù)據(jù)管理”的接口獲取新增鏡像的元數(shù)據(jù)信息，信息壓縮后導(dǎo)出成為二進(jìn)制數(shù)據(jù)流，交由“文件可靠傳輸”模塊傳遞至待同步的邊緣倉(cāng)庫(kù)處；

（4）邊緣倉(cāng)庫(kù)處的“文件可靠傳輸”模塊接收到中心倉(cāng)庫(kù)傳遞的文件后，解壓縮并傳遞至邊緣倉(cāng)庫(kù)處的“同步管理”模塊，邊緣處同步管理模塊對(duì)比新鏡像文件層組成和本地鏡像文件層，確定需要同步的文件層清單，并將清單壓縮后導(dǎo)出為二進(jìn)制數(shù)據(jù)流，交由“文件可靠傳輸”模塊回傳中心倉(cāng)庫(kù)；

（5）中心倉(cāng)庫(kù)的“同步管理”接收到同步需求后，通過(guò)“分層抽取管理”模塊，將需要同步的文件層及其元數(shù)據(jù)信息導(dǎo)出為壓縮的二進(jìn)制文件，交由“文件可靠傳輸”，傳遞至邊緣側(cè)；

（6）邊緣側(cè)的“同步管理”收到“文件可靠傳輸”傳遞的文件后，通過(guò)“分層抽取管理”完成文件的導(dǎo)入，進(jìn)而完成新增鏡像在中心倉(cāng)庫(kù)和邊緣倉(cāng)庫(kù)間的同步。

4.2 中心倉(cāng)庫(kù)既有鏡像出現(xiàn)更新時(shí)：

（1）鏡像更新時(shí)，“標(biāo)準(zhǔn)鏡像倉(cāng)庫(kù)”處將更新新增鏡像的相關(guān)基本信息和各類(lèi)鏡像文件，“元數(shù)據(jù)管理”模塊通過(guò)標(biāo)準(zhǔn)鏡像倉(cāng)庫(kù)的相關(guān)接口，更新鏡像基礎(chǔ)數(shù)據(jù)；

（2）當(dāng)“同步管理”模塊監(jiān)測(cè)到滿足特定同步策略的鏡像出現(xiàn)更新時(shí)，基于“元數(shù)據(jù)管理”的接口獲取更新鏡像的元數(shù)據(jù)信息，信息壓縮后導(dǎo)出成為二進(jìn)制數(shù)據(jù)流，交由“文件可靠傳輸”模塊傳遞至待同步的邊緣倉(cāng)庫(kù)處；

（3）邊緣倉(cāng)庫(kù)處的“文件可靠傳輸”模塊接收到中心倉(cāng)庫(kù)傳遞的文件后，解壓縮并傳遞至邊緣倉(cāng)庫(kù)處的“同步管理”模塊，邊緣處同步管理模塊對(duì)比新鏡像文件層組成和本地鏡像文件層，確定需要同步的文件層清單，并將清單壓縮后導(dǎo)出為二進(jìn)制數(shù)據(jù)流，交由“文件可靠傳輸”模塊回傳中心倉(cāng)庫(kù)；

（4）中心倉(cāng)庫(kù)的“同步管理”接收到同步需求后，通過(guò)“分層抽取管理”模塊，將需要同步的文件層及其元數(shù)據(jù)信息導(dǎo)出為壓縮的二進(jìn)制文件，交由“文件可靠傳輸”，傳遞至邊緣側(cè)；

（5）邊緣側(cè)的“同步管理”收到“文件可靠傳輸”傳遞的文件后，通過(guò)“分層抽取管理”完成文件的導(dǎo)入，刪除更新前的舊鏡像，進(jìn)而完成更新鏡像在中心倉(cāng)庫(kù)和邊緣倉(cāng)庫(kù)間的同步。

4.3 中心倉(cāng)庫(kù)刪除特定鏡像時(shí)

（1）鏡像刪除時(shí)，“標(biāo)準(zhǔn)鏡像倉(cāng)庫(kù)”處將刪除鏡像的相關(guān)基本信息和各類(lèi)鏡像文件，“元數(shù)據(jù)管理”模塊將鏡像元數(shù)據(jù)標(biāo)記為“待刪除”狀態(tài)；

（2）當(dāng)“同步管理”模塊監(jiān)測(cè)到滿足特定同步策略的鏡像出現(xiàn)刪除時(shí)，基于“元數(shù)據(jù)管理”的接口獲取被刪除鏡像的元數(shù)據(jù)信息，信息壓縮后導(dǎo)出成為二進(jìn)制數(shù)據(jù)流，交由“文件可靠傳輸”模塊傳遞至待同步的邊緣倉(cāng)庫(kù)處；

（3）邊緣倉(cāng)庫(kù)處的“文件可靠傳輸”模塊接收到中心倉(cāng)庫(kù)傳遞的文件后，解壓縮并傳遞至邊緣倉(cāng)庫(kù)處的“同步管理”模塊，完成待刪除鏡像在邊緣倉(cāng)庫(kù)處的刪除，并產(chǎn)生“刪除完成響應(yīng)”發(fā)送至中心倉(cāng)庫(kù)；

（4）中心倉(cāng)庫(kù)的“同步管理”接收到來(lái)自所有待刪除邊緣倉(cāng)庫(kù)返回的“刪除完成響應(yīng)”后，通知“元數(shù)據(jù)管理”模塊，刪除鏡像元數(shù)據(jù)，至此完成鏡像的刪除。

5 總結(jié)

本文設(shè)計(jì)了一種面向弱網(wǎng)絡(luò)下“云邊”協(xié)同場(chǎng)景的容器鏡像倉(cāng)庫(kù)架構(gòu)，并針對(duì)性設(shè)計(jì)了同步算法。基于該設(shè)計(jì)，可在弱網(wǎng)絡(luò)下實(shí)現(xiàn)云-邊之間的倉(cāng)庫(kù)可靠同步，提升倉(cāng)庫(kù)同步成功率、降低同步的網(wǎng)絡(luò)要求。該方法可應(yīng)用于各類(lèi)網(wǎng)絡(luò)覆蓋不足或網(wǎng)絡(luò)質(zhì)量不佳的云邊協(xié)同場(chǎng)景，是對(duì)現(xiàn)有容器鏡像倉(cāng)庫(kù)的功能完善。