簡介：說到容器、云原生，相信大家一定都很熟悉了。隨著云原生技術(shù)的普及，越來越多企業(yè)客戶基于云原生上云和架構(gòu)轉(zhuǎn)型。但是如何從端到端加速云原生應(yīng)用，徹底釋放云原生技術(shù)的紅利呢？今天為大家?guī)砹税⒗镌频淖钚路桨?#xff0c;基于容器鏡像服務(wù)企業(yè)版 ACR EE，從容器鏡像構(gòu)建加速、全球分發(fā)加速、大鏡像/大規(guī)模分發(fā)加速，全鏈路的加速升級。

【云原生應(yīng)用加速發(fā)布會】傳送門：https://yqh.aliyun.com/live/detail/22720
點擊查看詳情：https://yqh.aliyun.com/live/cloudnative_release

（一）容器鏡像構(gòu)建加速，極速拉取多架構(gòu)大鏡像/海外源

云原生化的首站其實就是業(yè)務(wù)容器化改造，我們要把應(yīng)用以及應(yīng)用依賴的環(huán)境打包成標準的容器鏡像。在容器鏡像構(gòu)建的過程，很可能會依賴海外源（golang/yum/npm）或者海外的基礎(chǔ)鏡像，需要穩(wěn)定的海外加速。或者業(yè)務(wù)需要多操作系統(tǒng)/多架構(gòu)的版本輸出，需要并發(fā)矩陣構(gòu)建，便捷地測試多個版本。
ACR EE 提供 Serverless 化的容器鏡像構(gòu)建服務(wù)，支持多任務(wù)穩(wěn)定&高并發(fā)構(gòu)建。支持自建GitLab/Codeup/Gitee/Github多代碼源綁定，以及代碼變更后自動構(gòu)建。通過海外源智能加速、多級緩存加速方案，相比開源構(gòu)建方案，ACREE平均構(gòu)建能提速 30 %左右。此外，ACR EE 也提供了自定義版本、構(gòu)建參數(shù)、業(yè)內(nèi)首個多架構(gòu)鏡像構(gòu)建的能力。支持構(gòu)建完成后，觸發(fā)器事件回調(diào)等體驗升級，便于客戶更靈活落地云原生 DevOps 場景。
新版 ACR EE 提供企業(yè)級構(gòu)建服務(wù)，具備如「多代碼源接入」、「大規(guī)模并發(fā)」、「多維度構(gòu)建加速」、「體驗升級」等特性。

（二）全球分發(fā)加速，高效同步跨境鏡像

接下來，讓我們看一下全球分發(fā)加速， 目前我們有很多互聯(lián)網(wǎng)企業(yè)出海和跨國協(xié)作客戶，他們的研發(fā)中心可能國內(nèi)，但是容器業(yè)務(wù)需要全球多地域部署協(xié)作。由于跨海鏈路的不穩(wěn)定導致了協(xié)作難、迭代慢的問題，然而自建專線鏈路，去維護一套復(fù)雜的網(wǎng)絡(luò)拓撲，又會帶來巨大的資源及人力運維成本。最終這些客戶選擇使用 ACR EE 全球加速能力，提高 85%的分發(fā)效率，同時降低 300% 自建和運維成本 。使用 ACR EE 全球統(tǒng)一域名功能，實現(xiàn)了智能訪問就近實例，進一步降低客戶多實例使用成本，提升了服務(wù)可用性。
針對全球分發(fā)加速的場景，我們做了多維度的優(yōu)化，提升并保障了 99.95% 的跨海同步成功率和同步低延時。我們通過專屬鏈路、傳輸協(xié)議調(diào)優(yōu)、多鏈路 QoS，實現(xiàn)鏈路層的優(yōu)化。數(shù)據(jù)切片、數(shù)據(jù)去重、分層并發(fā)實現(xiàn)了調(diào)度層優(yōu)化，最終保障客戶的極致體驗。
新版 ACR EE 增強了「鏈路優(yōu)化」、「調(diào)度優(yōu)化」、「安全合規(guī)」，尤其適合有業(yè)務(wù)出海需求的企業(yè)放心省心地實現(xiàn)跨海的CI/CD。

（三）大鏡像分發(fā)加速，GB級鏡像啟動時長減少60%

那么其實除了全球多地域的分發(fā)，越來越多的客戶，也面臨大鏡像分發(fā)慢的問題。
比如，很多 AI 業(yè)務(wù)容器化后，他需要將算法模型、算法依賴庫打包在容器鏡像中，做離線任務(wù)處理，單鏡像可能超過 5G。可以看左圖，傳統(tǒng)容器運行時，由于鏡像Layer 為 tar.gz 格式，無法隨機讀取。我們的 Node節(jié)點需要將全量的容器鏡像數(shù)據(jù)下載后再解壓，然而容器真實的啟動可能僅使用其中部分內(nèi)容，導致容器啟動耗時長甚至由于超時而無法啟動的問題。
ACR EE 提供了按需加載能力，可自動將標準鏡像轉(zhuǎn)化成加速鏡像。加速鏡像 Layer 為自定義帶索引格式，支持高性能隨機讀取。在 Node 節(jié)點上基于加速套件實現(xiàn)鏡像數(shù)據(jù)按需加載和在線解壓。平均啟動時間減少 60%，按需分發(fā)效率提升 3 倍，可享受大鏡像秒速運行體驗。此外，我們也提供了基于label自動切換為加速鏡像版本的能力，支持在ACK上透明化的容器業(yè)務(wù)使用。
新版 ACR EE 對大鏡像極度友好，「按需加載」、「加速鏡像格式轉(zhuǎn)化」、「體驗升級」，非常適合AI/離線任務(wù)應(yīng)用、腳本語言應(yīng)用、GB級鏡像。

（四）大規(guī)模分發(fā)加速，單集群百節(jié)點的快速部署

隨著一些AI/大數(shù)據(jù)場景容器化普及，單集群的節(jié)點數(shù)也在急劇增長，例如一些批量計算、基因計算業(yè)務(wù)，單集群節(jié)點數(shù)可能超過100。當大規(guī)模容器節(jié)點批量下載鏡像時，鏡像后端存儲（OSS）的網(wǎng)絡(luò)帶寬可能會成為性能瓶頸，導致鏡像拉取慢或超時，影響業(yè)務(wù)的緊急擴容/變更。

ACR EE 提供了 P2P分發(fā)加速功能，利用計算節(jié)點的內(nèi)網(wǎng)帶寬資源，在節(jié)點之間分發(fā)鏡像分片，大幅提升鏡像拉取速度，減少應(yīng)用部署時間。目前，ACR EE 支持單集群千節(jié)點的 P2P 分發(fā)，相比于傳統(tǒng)的鏡像拉取，分發(fā)性能提升4倍左右。ACREE也支持 ACK、ASK及 ACK+VK（ECS+ECI并存）集群模式下的 P2P分發(fā)，支持 Docker和 Containerd 的容器運行時。此外，ACREE 也支持基于 label自動切換至 P2P分發(fā)加速，比如在某個應(yīng)用負載、或某個空間打上 P2P 標簽，ACR EE 會將當前普通鏡像拉取自動替換為 P2P加速鏈路，讓客戶的使用體驗更加平滑。 新版 ACR EE 對大規(guī)模業(yè)務(wù)更加友好，尤其提升了100個以上節(jié)點的單集群的部署體驗，實驗數(shù)據(jù)顯示對于單集群1000節(jié)點分發(fā)性能較此前提升4倍。

基于容器鏡像服務(wù)企業(yè)版 ACR EE，從容器鏡像構(gòu)建、全球分發(fā)、大鏡像/大規(guī)模分發(fā)，全鏈路的加速升級，提高云原生應(yīng)用構(gòu)建、分發(fā)、部署的效率，助力企業(yè)云原生架構(gòu)升級。

原文鏈接：https://developer.aliyun.com/article/782943?

版權(quán)聲明：本文內(nèi)容由阿里云實名注冊用戶自發(fā)貢獻，版權(quán)歸原作者所有，阿里云開發(fā)者社區(qū)不擁有其著作權(quán)，亦不承擔相應(yīng)法律責任。具體規(guī)則請查看《阿里云開發(fā)者社區(qū)用戶服務(wù)協(xié)議》和《阿里云開發(fā)者社區(qū)知識產(chǎn)權(quán)保護指引》。如果您發(fā)現(xiàn)本社區(qū)中有涉嫌抄襲的內(nèi)容，填寫侵權(quán)投訴表單進行舉報，一經(jīng)查實，本社區(qū)將立刻刪除涉嫌侵權(quán)內(nèi)容。

總結(jié)

以上是生活随笔為你收集整理的ACR EE 全链路加速升级的全部內(nèi)容，希望文章能夠幫你解決所遇到的問題。

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