[發明專利]Docker鏡像緩存信息的處理方法、裝置以及讀取方法和裝置

有效

• 申請號: 201710229061.9
• 申請日: 2017-04-10
• 公開（公告）號: CN106997392B
• 公開（公告）日: 2020-03-03
• 發明（設計）人: 任凱
• 申請（專利權）人: 北京搜狐新媒體信息技術有限公司
• 主分類號: G06F16/172
• 分類號: G06F16/172;G06F11/14;G06F9/455
• 代理公司: 北京集佳知識產權代理有限公司 11227
• 代理人: 王寶筠

本發明提供了一種Docker鏡像緩存信息的處理方法、裝置以及讀取方法和裝置，該Docker鏡像緩存信息處理方法包括：對鏡像倉庫中的鏡像進行分組，生成以鏡像名稱為標識的包含有各個鏡像的鏡像標簽及其緩存信息的鏡像緩存信息，以及以鏡像名稱為標識的包含有鏡像組緩存信息的鏡像組緩存信息。基于本發明公開的方法，通過預先對鏡像的緩存信息進行處理，為后續從鏡像緩存信息和鏡像組緩存信息中直接讀取與鏡像緩存請求對應的鏡像緩存內容提供了基礎，這就避免了冗余地查找、遍歷以及計算過程，達到快速處理請求的目的。

技術領域

本發明涉及計算機技術領域，更具體地說，涉及一種Docker鏡像緩存信息的處理方法、裝置以及讀取方法和裝置。

背景技術

目前，Docker是當前最主流的開源的應用容器引擎，讓開發者可以打包他們的應用以及依賴包到一個可移植的容器中，然后發布到任何流行的Linux機器上，從而實現一次創建、任意運行的目的，其中，Linux是一種基于POSIX(Portable Operating SystemInterface，可移植操作系統接口)的操作系統)。

Docker的使用核心就是鏡像，而鏡像倉庫作為鏡像存儲的后端在Docker的發展過程中起著舉足輕重的作用。對于使用swift或者amazon s3等對象存儲系統作為后端存儲文件系統的鏡像倉庫，每當接收到一個http get api請求時，受限于對象存儲的特點，就需要遍歷整個存儲文件系統查找相應的鏡像緩存內容，這就會大大降低請求處理速度。

發明內容

有鑒于此，本發明提供一種Docker鏡像緩存信息的處理方法、裝置以及讀取方法和裝置，以解決對于使用對象存儲系統作為后端存儲文件系統的鏡像倉庫，每當接收到一個http get api請求時，受限于對象存儲的特點，就需要遍歷整個存儲文件系統查找相應的鏡像緩存內容，這就會大大降低請求處理速度的問題。技術方案如下：

一種Docker鏡像緩存信息處理方法，包括：

遍歷鏡像倉庫后端存儲文件系統中的全部鏡像，并按照鏡像名稱對各個所述鏡像進行分組，得到至少一個鏡像組，所述鏡像組中各個所述鏡像的鏡像名稱相同、鏡像標簽不同；

對于每一個所述鏡像組，讀取該鏡像組內各個所述鏡像的緩存信息，并生成以鏡像名稱為標識的鏡像緩存信息，所述鏡像緩存信息包含有該鏡像組內各個所述鏡像的鏡像標簽及其緩存信息；

對于每一個所述鏡像組，根據相應所述鏡像緩存信息內各個所述鏡像的緩存信息，生成以鏡像名稱為標識的鏡像組緩存信息，所述鏡像組緩存信息包含有該鏡像組的緩存信息。

優選的，還包括：

以第一預設緩存文件的形式將各個所述鏡像緩存信息存儲于所述存儲文件系統中，并且，以第二預設緩存文件的形式將各個所述鏡像組緩存信息存儲于所述存儲文件系統中。

優選的，還包括：

當檢測到所述鏡像倉庫對所述存儲文件系統完成鏡像更新時，讀取各個更新鏡像的鏡像名稱、鏡像標識及其緩存信息；

對于每一個所述更新鏡像，根據所述更新鏡像的鏡像名稱、鏡像標簽及其緩存信息對鏡像緩存進行更新。

優選的，當所述更新鏡像為添加鏡像時，所述根據所述更新鏡像的鏡像名稱、鏡像標簽及其緩存信息對鏡像緩存進行更新，包括：

判斷是否存在標識與所述添加鏡像的鏡像名稱相同的第一鏡像緩存信息以及第一鏡像組緩存信息；

若是，將所述添加鏡像的鏡像標簽及其緩存信息添加至所述第一鏡像緩存信息中，以更新所述第一鏡像緩存信息；

根據所述添加鏡像的緩存信息對所述第一鏡像組緩存信息進行更新；

若否，將所述添加鏡像分為一個新鏡像組；