[發明專利]鏡像分發方法、電子設備及存儲介質

在審

• 申請號: 202010618603.3
• 申請日: 2020-06-30
• 公開（公告）號: CN113872999A
• 公開（公告）日: 2021-12-31
• 發明（設計）人: 王黨華
• 申請（專利權）人: 中興通訊股份有限公司
• 主分類號: H04L29/08
• 分類號: H04L29/08;G06F9/455
• 代理公司: 上海晨皓知識產權代理事務所(普通合伙) 31260
• 代理人: 成麗杰

本發明實施例涉及通信技術領域，公開了一種鏡像分發方法、服務器及存儲介質。本發明中，通過獲取鏡像文件的分發請求；識別出鏡像文件的各層數據在源鏡像倉庫中的第一存儲位置；根據第一存儲位置，將鏡像文件的各層數據從源鏡像倉庫分發至目標鏡像倉庫的技術手段，在需要進行鏡像分發時，對鏡像文件的各層數據的存儲位置進行識別后進行鏡像分發，從而無需將鏡像拉取到本地后再推送至目標鏡像倉庫，使得鏡像分發的效率顯著提升，同時避免了拉取鏡像文件到本地后可能產生的文件沖突，提高了鏡像分發過程的穩定性。

技術領域

本發明實施例涉及通信領域，特別涉及一種鏡像分發方法、服務器及存儲介質。

背景技術

隨著IT技術日新月異的發展，由于具有方便、簡單、成本低、安全性高的特點，虛擬化技術在計算機領域應用的范圍越來越廣泛。其中，鏡像倉庫便是虛擬化技術中一個重要的網元，它的作用是用來存儲用戶的各類鏡像文件(Image)。鏡像在鏡像倉庫中是分層(Layers)存儲的，并通過不同的引用關系(link)來識別不同的鏡像。也就是說，一個鏡像并不是以一個文件、而是以一系列Layers和links存放在鏡像倉庫，這是一種特殊的文件結構，它可以使各層數據進行共享，減少存儲空間。

在鏡像的使用過程中，用戶常常需要在多個鏡像倉庫之間進行鏡像分發，現有技術中常常是基于一種開源的應用容器引擎，即docker系統來完成鏡像分發：首先從源鏡像倉庫中拉取一個鏡像文件，給鏡像打上標簽后再將鏡像文件推送到新標簽對應的目標鏡像倉庫。由于采用這種方式來進行鏡像分發需要將完整的鏡像文件拉取到本地，因此對網絡帶寬的占用較高，分發效率較低；此外，由于鏡像文件往往在本地需要存儲一定的時間，當多個分發任務對應于同一鏡像文件時，容易發生鏡像文件的沖突。

發明內容

本發明實施例的目的在于提供一種鏡像分發方法、服務器及存儲介質，通過新的鏡像分發方法，提高鏡像分發過程的效率與穩定性。

為解決上述技術問題，本發明的實施例提供了一種鏡像分發方法，包括：獲取鏡像文件的分發請求；從鏡像文件的源鏡像倉庫中識別出鏡像文件的存儲位置；根據鏡像文件的存儲位置將鏡像文件分發至目標鏡像倉庫。

本發明的實施例還提供了一種服務器，包括：至少一個處理器；以及，與至少一個處理器通信連接的存儲器；其中，存儲器存儲有可被至少一個處理器執行的指令，指令被至少一個處理器執行，以使至少一個處理器能夠執行上述的應用分發方法。

本發明的實施例還提供了一種計算機可讀存儲介質，存儲有計算機程序，計算機程序被處理器執行時實現上述的應用分發方法。

本發明實施例相對于現有技術而言，獲取鏡像文件的分發請求；識別出鏡像文件的各層數據在源鏡像倉庫中的第一存儲位置；根據第一存儲位置，將鏡像文件的各層數據從源鏡像倉庫分發至目標鏡像倉庫的技術手段，在需要進行鏡像分發時，對鏡像文件的各層數據的存儲位置進行識別后進行鏡像分發，從而無需將鏡像拉取到本地后再推送至目標鏡像倉庫，使得鏡像分發的效率顯著提升，同時避免了拉取鏡像文件到本地后可能產生的文件沖突，提高了鏡像分發過程的穩定性。

附圖說明

一個或多個實施例通過與之對應的附圖中的圖片進行示例性說明，這些示例性說明并不構成對實施例的限定。

圖1是根據本發明第一實施例中的鏡像分發方法的流程圖；

圖2是根據本發明第二實施例中的鏡像分發方法的流程圖；

圖3是根據本發明第三實施例中的鏡像分發方法的流程圖；

圖4是根據本發明第四實施例中的鏡像分發裝置的結構示意圖；

圖5是根據本發明第四實施例中的鏡像分發裝置的結構示意圖；

圖6是根據本發明第五實施例中的服務器的結構示意圖。

具體實施方式