青云QingCloud 鏡像倉庫上線｜最強 IaaS 驅動下的完整容器平臺

1956 年 4 月 26 日，一架起重機把 58 個鋁制卡車車廂裝到了一艘停泊在港內的老油輪上，誰也不會想到，一場革命就這么開始。集裝箱的誕生，讓貨物的運輸成本大大降低，也讓原本混亂的運輸環境，變得整潔有序，整個物流體系更加高效，最終改變了世界貿易。

在 IT 世界中，容器也扮演著「集裝箱」的角色，只不過「運輸」內容從貨物換成了應用程序。它比虛擬機更輕量，啟動迅速，占用資源低。幾乎可以在任意場景以相同的方式運行，可以實現開發、測試、生產環境的統一調度，創建相同的運行環境。

如果說，集裝箱提供了一套標準化的物流體系，那么容器就是提供了一套標準化的應用發布方式。

圍繞容器，誕生了多種新型架構，從而滿足不同場景需求。市場中，越來越多的企業將容器技術應用到實踐中，而在容器火爆的同時，也曝露出容器技術的種種弊端：

首先，容器技術雖然簡化了產品持續交付的復雜工序，但實現容器化是復雜的，它需要很多技術的支撐，比如說，容器管理、編排、應用打包、容器間的網絡、數據快照等；

其次，當企業想構建一套網絡方案，需要精通 Linux 提供的各種高級網絡功能，這個技術門檻太高了。特別是對專注于業務開發的 Docker 用戶而言，這類操作往往顯得過于復雜。而且，由于在虛機中部署容器，云平臺和 Docker 平臺都有自己的虛擬化網絡實現方案，二者功能重疊，使用時會相互嵌套，導致的其網絡性能損耗非常嚴重，甚至達到 80%。

所以，雖然容器技術正在逐步被大家認可與應用，但其網絡性能以及配置的復雜程度一直都在被大家所詬病。

那么，這些問題該如何解決？

為了解決以上問題，青云QingCloud，重新構建了基礎網絡、存儲層，實現容器和虛擬化的統一架構，基于底層資源做了一層抽象，即 QingCloud Application Framework，隔離了底層硬件資源并提供接口給上層應用，提供了一套同時支持虛擬化和容器化的基礎架構。

然后，借 SDN（軟件定義網絡）及 SDS（軟件定義存儲）為容器運行環境提供極致的網絡及存儲性能支持。通過 SDN 網絡直通功能（SDN Passthrough），容器直接使用云平臺的 SDN，避免兩層網絡的重疊帶來的數據包容量損耗，節約原本需經多次虛擬化損失近 3/4 的性能。

同時，得益于青云平臺彈性可擴展的特性，部署于虛擬主機之上的容器平臺也將隨之獲得靈活伸縮的能力，用戶可以對整個系統進行橫向及縱向的彈性伸縮操作。 在應用層里，青云容器平臺通過 QingCloud AppCenter 框架交付，一鍵完成部署，持續升級，提供創建、擴容、健康監測、用戶管理等應用全生命周期管理功能，并提供完善的服務監控及日志功能，幫助用戶節省大量的運維成本。

總的來說，當企業在青云QingCloud 使用容器服務時，他可以享受到青云提供的完整企業級容器服務平臺，包含 Kubernetes、etcd、Harbor、公有鏡像倉庫在內的一系列容器應用與服務，覆蓋鏡像倉庫、容器編排及管理，從而進行快速的容器應用開發、部署、升級。

舉幾個例子

打破異構環境，實現應用 CI/CD

傳統 DevOps 架構中，開發、測試和生產環境往往是異構的，服務部署方式沒有統一標準流程，這與實現高效應用持續集成/持續交付直接相互矛盾。基于 Docker 及 Kubernetes 構建的容器編排與調度平臺，實現統一應用的部署環境，提供標準化的部署及更新功能。

Docker 部署、管理與編排

Docker 是非常主流的容器應用，通過 QingCloud 容器平臺，用戶可以便捷地部署 Docker 實例，管理自有和公有 Docker 鏡像，并通過 Kubernetes on QingCloud 實現 Docker 的調度與編排，從而構建基于 Docker 體系的應用系統。

構建微服務架構

隨著業務的快速增長和團隊規模的擴展，單體應用越來越難以滿足敏捷開發以及縱向伸縮的需求，需要向微服務架構演進。使用微服務，一些技術債務勢必從開發轉到運維，傳統的人工編排運維模式很難應對服務數量擴張帶來的運維復雜度，這時候容器編排調度系統成為必然的選擇。而且，微服務與容器結合使用時，微服務架構所具備的優勢將被進一步放大。Kubernetes 對服務規范的定義，滾動升級以及自動伸縮能能力，正好滿足了微服務架構對運維系統的要求，降低了企業采用微服務架構的整體成本。