一文帶你了解翼輝ECSM

“天下武功，唯快不破”，隨著云計(jì)算技術(shù)和業(yè)務(wù)規(guī)模的迅猛發(fā)展，市場(chǎng)競(jìng)爭(zhēng)也在不斷白熱化，用戶需求變化越來(lái)越快，對(duì)產(chǎn)品體驗(yàn)和服務(wù)質(zhì)量的要求越來(lái)越高?？焖夙憫?yīng)、零故障、周交付甚至日交付已經(jīng)是實(shí)實(shí)在在的需求。
那么什么是云原生呢？根據(jù)云原生計(jì)算基金會(huì)（CNCF）的官方定義：云原生技術(shù)有利于各組織在公有云、私有云和混合云等新型動(dòng)態(tài)環(huán)境中，構(gòu)建和運(yùn)行可彈性擴(kuò)展的應(yīng)用。云原生的代表技術(shù)包括容器、服務(wù)網(wǎng)格、微服務(wù)、不可變基礎(chǔ)設(shè)施和聲明式 API。

云原生的核心要素

· 容器（Container）：容器技術(shù)是一種輕量級(jí)的虛擬化技術(shù)，為軟件開(kāi)發(fā)、部署、運(yùn)行提供輕量級(jí)的隔離環(huán)境。容器技術(shù)的應(yīng)用使得開(kāi)發(fā)、測(cè)試、部署環(huán)境高度一致，應(yīng)用軟件能夠?qū)⑵湎嚓P(guān)依賴和軟件配置統(tǒng)一打包成為容器鏡像，多個(gè)不同版本的應(yīng)用軟件即使同時(shí)部署運(yùn)行也不會(huì)出現(xiàn)包依賴沖突、“動(dòng)態(tài)鏈接庫(kù)地獄” 這樣的棘手問(wèn)題。

· 微服務(wù)（Microservices）：微服務(wù)是將復(fù)雜軟件分解成多個(gè)松耦合的分布式微型服務(wù)的軟件設(shè)計(jì)方法。微服務(wù)可獨(dú)立運(yùn)行、部署和升級(jí)，通過(guò)微服務(wù)框架的模型化 API 對(duì)外提供 SOA 服務(wù)。雖然微服務(wù)架構(gòu)的引入給軟件設(shè)計(jì)者提出了更多的挑戰(zhàn)，但最終結(jié)果往往是更加清晰合理的軟件架構(gòu)，各個(gè)微服務(wù)高度內(nèi)聚、各司其職、邊界清晰，不同服務(wù)的軟件研發(fā)人員可以并行地開(kāi)展工作，通過(guò)事先設(shè)計(jì)好的模型化 API 接口就可以模擬調(diào)試，通過(guò) API 測(cè)試、持續(xù)集成提高軟件整體交付速度。

· 服務(wù)網(wǎng)格（Service Mesh）：軟件微服務(wù)化后首先需要解決微服務(wù)之間的通信問(wèn)題。服務(wù)網(wǎng)格的出現(xiàn)就是為了解決微服務(wù)之間的請(qǐng)求調(diào)度和安全認(rèn)證等問(wèn)題，同時(shí)也實(shí)現(xiàn)了網(wǎng)絡(luò)內(nèi)業(yè)務(wù)流量可視化。服務(wù)網(wǎng)格的本質(zhì)是服務(wù)定位與業(yè)務(wù)代理。所有微服務(wù)間的業(yè)務(wù)請(qǐng)求都需要先到達(dá)服務(wù)網(wǎng)格，再經(jīng)由服務(wù)網(wǎng)格轉(zhuǎn)發(fā)到目標(biāo)微服務(wù)實(shí)例上。由于中間人的引入，服務(wù)網(wǎng)格必定降低網(wǎng)絡(luò)請(qǐng)求的實(shí)時(shí)性，因此它并不適用于任務(wù)關(guān)鍵型業(yè)務(wù)領(lǐng)域。

· 容器編排管理（Orchestration）：容器編排管理程序能夠通過(guò)聲明式 API，將容器化的微服務(wù)按照指定的規(guī)則在一個(gè)或者多個(gè)計(jì)算資源節(jié)點(diǎn)運(yùn)行起來(lái)，同時(shí)支持負(fù)載均衡、故障恢復(fù)等容錯(cuò)能力。谷歌開(kāi)源項(xiàng)目 Kubernetes 已經(jīng)在互聯(lián)網(wǎng)領(lǐng)域得到了廣泛的關(guān)注和應(yīng)用。Kubernetes 包含了眾多的組件，不僅能夠靈活地配置管理計(jì)算集群中容器應(yīng)用的部署和更新，還能夠通過(guò)虛擬網(wǎng)絡(luò)實(shí)現(xiàn)業(yè)務(wù)流量調(diào)度、跨節(jié)點(diǎn)甚至跨區(qū)域網(wǎng)絡(luò)的容器調(diào)度，功能十分強(qiáng)大。然而因?yàn)樯婕暗慕M件和概念繁多，Kubernetes 本身難于完全掌握，總體的運(yùn)行開(kāi)銷較大，強(qiáng)大的虛擬網(wǎng)絡(luò)在實(shí)時(shí)計(jì)算環(huán)境中無(wú)法發(fā)揮其作用，并不適合在資源受限的嵌入式領(lǐng)域中直接使用。

1. 翼輝ECSM

ECSM （容器管理平臺(tái)）是由翼輝信息自主研發(fā)，面向任務(wù)關(guān)鍵型領(lǐng)域的云原生基礎(chǔ)服務(wù)軟件，它彌補(bǔ)了在嵌入式領(lǐng)域、任務(wù)關(guān)鍵型領(lǐng)域中高實(shí)時(shí)性容器的編排管理能力空白，是翼輝信息云原生解決方案的關(guān)鍵一環(huán)。向下 ECSM 對(duì)接輕量級(jí)實(shí)時(shí)容器 ECS，向上可以對(duì)接企業(yè)級(jí)管理平臺(tái) ECMP，實(shí)現(xiàn)多級(jí)的，支持邊緣自主計(jì)算的整體計(jì)算架構(gòu)。

2. 翼輝ECSM特點(diǎn)介紹

2.1 管理環(huán)境

ECSM 支持管理 Linux 節(jié)點(diǎn)，通過(guò)容器守護(hù)進(jìn)程 ECSD 與 Linux 節(jié)點(diǎn)下的 Docker 引擎，從而管理和監(jiān)控其部署在該節(jié)點(diǎn)上的容器信息。ECSM 也支持管理 SylixOS 節(jié)點(diǎn)，可管理翼輝信息自主 ECS 輕量級(jí)實(shí)時(shí)容器運(yùn)行時(shí)。

2.2 資源監(jiān)控

ECSM 可對(duì)集群內(nèi)的 CPU、內(nèi)存、存儲(chǔ)等資源進(jìn)行實(shí)時(shí)監(jiān)控，對(duì)集群內(nèi)所有工作節(jié)點(diǎn)上的容器運(yùn)行狀態(tài)進(jìn)行監(jiān)控，并提供可視化的監(jiān)控頁(yè)面。

例如，通過(guò) ECSM 容器管理平臺(tái)的概覽視圖可以迅速了解到整個(gè)邊緣計(jì)算網(wǎng)絡(luò)中的綜合資源使用狀況：

以及監(jiān)控 TOP 節(jié)點(diǎn)的 CPU 使用率、磁盤使用率、內(nèi)存使用率、網(wǎng)絡(luò)流入流出數(shù)據(jù)。

同時(shí)， ECSM 容器管理平臺(tái)概覽視圖也能夠查看單個(gè)節(jié)點(diǎn)的 CPU、內(nèi)存、磁盤的使用率，單個(gè)節(jié)點(diǎn)的容器資源使用情況，單個(gè)節(jié)點(diǎn)的運(yùn)行時(shí)長(zhǎng)、進(jìn)程數(shù)、網(wǎng)絡(luò)流入/流出數(shù)據(jù)。

ECSM 還支持查看最近 15 分鐘內(nèi)的節(jié)點(diǎn)資源數(shù)據(jù)曲線圖：

2.3 容器鏡像管理

ECSM 支持保存本地上傳容器鏡像或通過(guò)遠(yuǎn)程倉(cāng)庫(kù)同步鏡像。ECSM 內(nèi)置的鏡像倉(cāng)庫(kù)（Registry）用于保存邊緣計(jì)算場(chǎng)景所需的容器鏡像，同時(shí)在服務(wù)部署的時(shí)候提供下發(fā)鏡像的功能。Registry 的目錄文件規(guī)范符合 OCI Registry 的標(biāo)準(zhǔn)實(shí)現(xiàn)。另外，鏡像倉(cāng)庫(kù)還提供從指定的遠(yuǎn)程倉(cāng)庫(kù)拉取、同步容器鏡像的功能，遠(yuǎn)程倉(cāng)庫(kù)管理主要包括添加、刪除和修改指定遠(yuǎn)程倉(cāng)庫(kù)，定時(shí)查詢遠(yuǎn)程倉(cāng)庫(kù)的網(wǎng)絡(luò)連接狀態(tài)等。

2.4 節(jié)點(diǎn)管理

ECSM 支持通過(guò) IP 地址以及服務(wù)密碼將計(jì)算節(jié)點(diǎn)添加到 ECSM 中。通過(guò) VSOA 框架對(duì)節(jié)點(diǎn)進(jìn)行驗(yàn)證，以確保節(jié)點(diǎn)的可用性。并支持節(jié)點(diǎn) TLS 安全連接。

2.5 服務(wù)管理

服務(wù)是 ECSM 平臺(tái)對(duì)具有相同功能容器實(shí)例的抽象表示。服務(wù)由鏡像和運(yùn)行配置組成，當(dāng)選擇一個(gè)鏡像之后，配置其運(yùn)行的參數(shù)以及運(yùn)行的上下文，此時(shí)就會(huì)生成一個(gè)服務(wù)，一個(gè)服務(wù)可能具有一個(gè)或者多個(gè)服務(wù)實(shí)例，這些實(shí)例統(tǒng)一對(duì)外提供相同的功能。

2.6 微服務(wù)管理

當(dāng)容器服務(wù)部署完成后，容器內(nèi)運(yùn)行的各種業(yè)務(wù)應(yīng)用需要通過(guò) VSOA 微服務(wù)框架完成遠(yuǎn)程服務(wù)的請(qǐng)求、調(diào)用（RPC）。微服務(wù)管理模塊的主要職能就是實(shí)現(xiàn) VSOA 微服務(wù)的注冊(cè)與發(fā)現(xiàn)、服務(wù)請(qǐng)求的負(fù)載均衡調(diào)度，以及微服務(wù)的業(yè)務(wù)健康監(jiān)測(cè)。

微服務(wù)的服務(wù)名稱由創(chuàng)建服務(wù)時(shí)所填寫的主機(jī)名稱（hostname）確定。微服務(wù)管理會(huì)將所有使用相同的主機(jī)名稱的容器以主機(jī)名稱（微服務(wù)名稱）為分組條件分別管理，即每一個(gè)分組表示一類相同的微服務(wù)，分組內(nèi)的容器實(shí)例統(tǒng)一提供了相同的 VSOA 微服務(wù)。

ECSM 內(nèi)置的 VSOA Position 服務(wù)，為邊緣計(jì)算網(wǎng)絡(luò)中的所有服務(wù)消費(fèi)者提供服務(wù)定位能力。所有通過(guò) ESCM 部署的微服務(wù)將自動(dòng)注冊(cè)至 Position 服務(wù)中，服務(wù)消費(fèi)者發(fā)起 RPC 調(diào)用或數(shù)據(jù)訂閱請(qǐng)求前，VSOA 框架會(huì)自動(dòng)通過(guò) Position 完成服務(wù)定位，整個(gè)過(guò)程完全無(wú)感。

2.7 服務(wù)配置管理

服務(wù)配置管理是基于 VSOA 模塊開(kāi)發(fā)的可以集中保存以及管理邊緣計(jì)算集群中所有的業(yè)務(wù)程序的運(yùn)行時(shí)配置，數(shù)據(jù)通過(guò) Key / Value 鍵值對(duì)的形式進(jìn)行保存。由于 VSOA 內(nèi)置了數(shù)據(jù)訂閱發(fā)布的功能，業(yè)務(wù)應(yīng)用僅需要訂閱配置中心的某個(gè) URL 就能夠自動(dòng)獲取相應(yīng)配置數(shù)據(jù)變更的推送消息。

ECSM 容器管理平臺(tái)與 ECS 安全容器技術(shù)、VSOA 框架一同構(gòu)建了云原生的超邊緣計(jì)算軟件能力，三者相輔相成，缺一不可。ECS 安全容器解決了應(yīng)用運(yùn)行環(huán)境的抽象和依賴問(wèn)題，使得嵌入式應(yīng)用快速、標(biāo)準(zhǔn)化部署成為可能；VSOA 作為超邊緣計(jì)算環(huán)境的網(wǎng)絡(luò)通信基礎(chǔ)，保障任務(wù)關(guān)鍵型應(yīng)用請(qǐng)求的實(shí)時(shí)性和可靠性，并實(shí)現(xiàn)了輕量化的高可用計(jì)算。ECSM 容器管理平臺(tái)承上啟下，對(duì)上為整個(gè)系統(tǒng)賦予了組織協(xié)調(diào)管理能力，對(duì)下提供了應(yīng)用分發(fā)、微服務(wù)編排定義，以及業(yè)務(wù)調(diào)度和管理能力。

翼輝團(tuán)隊(duì)正在積極地研發(fā)企業(yè)應(yīng)用研發(fā)平臺(tái)，它將與企業(yè)管理平臺(tái)一起，為企業(yè)用戶提供一體化的綜合云原生軟件研發(fā)服務(wù)。結(jié)合翼輝信息已有的軟件產(chǎn)品，實(shí)現(xiàn)容器應(yīng)用的研發(fā)、構(gòu)建、測(cè)試、發(fā)布、部署和監(jiān)控——全生命周期 DevSecOps 解決方案，加速傳統(tǒng)軟件行業(yè)的研發(fā)迭代速度，努力推進(jìn)萬(wàn)物互聯(lián)時(shí)代的進(jìn)程。

審核編輯 ：李倩