轉載自??Nacos 架構

基本架構及概念

服務 (Service)

服務是指一個或一組軟件功能（例如特定信息的檢索或一組操作的執(zhí)行），其目的是不同的客戶端可以為不同的目的重用（例如通過跨進程的網(wǎng)絡調用）。Nacos 支持主流的服務生態(tài)，如 Kubernetes Service、gRPC|Dubbo RPC Service 或者 Spring Cloud RESTful Service.

服務注冊中心 (Service Registry)

服務注冊中心，它是服務，其實例及元數(shù)據(jù)的數(shù)據(jù)庫。服務實例在啟動時注冊到服務注冊表，并在關閉時注銷。服務和路由器的客戶端查詢服務注冊表以查找服務的可用實例。服務注冊中心可能會調用服務實例的健康檢查 API 來驗證它是否能夠處理請求。

服務元數(shù)據(jù) (Service Metadata)

服務元數(shù)據(jù)是指包括服務端點(endpoints)、服務標簽、服務版本號、服務實例權重、路由規(guī)則、安全策略等描述服務的數(shù)據(jù)

服務提供方 (Service Provider)

是指提供可復用和可調用服務的應用方

服務消費方 (Service Consumer)

是指會發(fā)起對某個服務調用的應用方

配置 (Configuration)

在系統(tǒng)開發(fā)過程中通常會將一些需要變更的參數(shù)、變量等從代碼中分離出來獨立管理，以獨立的配置文件的形式存在。目的是讓靜態(tài)的系統(tǒng)工件或者交付物（如 WAR，JAR 包等）更好地和實際的物理運行環(huán)境進行適配。配置管理一般包含在系統(tǒng)部署的過程中，由系統(tǒng)管理員或者運維人員完成這個步驟。配置變更是調整系統(tǒng)運行時的行為的有效手段之一。

配置管理 (Configuration Management)

在數(shù)據(jù)中心中，系統(tǒng)中所有配置的編輯、存儲、分發(fā)、變更管理、歷史版本管理、變更審計等所有與配置相關的活動統(tǒng)稱為配置管理。

名字服務 (Naming Service)

提供分布式系統(tǒng)中所有對象(Object)、實體(Entity)的“名字”到關聯(lián)的元數(shù)據(jù)之間的映射管理服務，例如 ServiceName -> Endpoints Info, Distributed Lock Name -> Lock Owner/Status Info, DNS Domain Name -> IP List, 服務發(fā)現(xiàn)和 DNS 就是名字服務的2大場景。

配置服務 (Configuration Service)

在服務或者應用運行過程中，提供動態(tài)配置或者元數(shù)據(jù)以及配置管理的服務提供者。

更多概念...

邏輯架構及其組件介紹

• 服務管理：實現(xiàn)服務CRUD，域名CRUD，服務健康狀態(tài)檢查，服務權重管理等功能
• 配置管理：實現(xiàn)配置管CRUD，版本管理，灰度管理，監(jiān)聽管理，推送軌跡，聚合數(shù)據(jù)等功能
• 元數(shù)據(jù)管理：提供元數(shù)據(jù)CURD 和打標能力
• 插件機制：實現(xiàn)三個模塊可分可合能力，實現(xiàn)擴展點SPI機制
• 事件機制：實現(xiàn)異步化事件通知，sdk數(shù)據(jù)變化異步通知等邏輯
• 日志模塊：管理日志分類，日志級別，日志可移植性（尤其避免沖突），日志格式，異常碼+幫助文檔
• 回調機制：sdk通知數(shù)據(jù)，通過統(tǒng)一的模式回調用戶處理。接口和數(shù)據(jù)結構需要具備可擴展性
• 尋址模式：解決ip，域名，nameserver、廣播等多種尋址模式，需要可擴展
• 推送通道：解決server與存儲、server間、server與sdk間推送性能問題
• 容量管理：管理每個租戶，分組下的容量，防止存儲被寫爆，影響服務可用性
• 流量管理：按照租戶，分組等多個維度對請求頻率，長鏈接個數(shù)，報文大小，請求流控進行控制
• 緩存機制：容災目錄，本地緩存，server緩存機制。容災目錄使用需要工具
• 啟動模式：按照單機模式，配置模式，服務模式，dns模式，或者all模式，啟動不同的程序+UI
• 一致性協(xié)議：解決不同數(shù)據(jù)，不同一致性要求情況下，不同一致性機制
• 存儲模塊：解決數(shù)據(jù)持久化、非持久化存儲，解決數(shù)據(jù)分片問題
• Nameserver：解決namespace到clusterid的路由問題，解決用戶環(huán)境與nacos物理環(huán)境映射問題
• CMDB：解決元數(shù)據(jù)存儲，與三方cmdb系統(tǒng)對接問題，解決應用，人，資源關系
• Metrics：暴露標準metrics數(shù)據(jù)，方便與三方監(jiān)控系統(tǒng)打通
• Trace：暴露標準trace，方便與SLA系統(tǒng)打通，日志白平化，推送軌跡等能力，并且可以和計量計費系統(tǒng)打通
• 接入管理：相當于阿里云開通服務，分配身份、容量、權限過程
• 用戶管理：解決用戶管理，登錄，sso等問題
• 權限管理：解決身份識別，訪問控制，角色管理等問題
• 審計系統(tǒng)：擴展接口方便與不同公司審計系統(tǒng)打通
• 通知系統(tǒng)：核心數(shù)據(jù)變更，或者操作，方便通過SMS系統(tǒng)打通，通知到對應人數(shù)據(jù)變更
• OpenAPI：暴露標準Rest風格HTTP接口，簡單易用，方便多語言集成
• Console：易用控制臺，做服務管理、配置管理等操作
• SDK：多語言sdk
• Agent：dns-f類似模式，或者與mesh等方案集成
• CLI：命令行對產品進行輕量化管理，像git一樣好用

領域模型

數(shù)據(jù)模型

Nacos 數(shù)據(jù)模型 Key 由三元組唯一確定, Namespace默認是空串，公共命名空間（public），分組默認是 DEFAULT_GROUP。

服務領域模型

配置領域模型

圍繞配置，主要有兩個關聯(lián)的實體，一個是配置變更歷史，一個是服務標簽（用于打標分類，方便索引），由 ID 關聯(lián)。

類視圖

Nacos-SDK 類視圖

服務部分待續(xù)

構建物、部署及啟動模式

兩種交付工件

Nacos 支持標準 Docker 鏡像(TODO: 0.2版本開始支持）及 zip(tar.gz)壓縮包的構建物。

兩種啟動模式

Nacos 支持將注冊中心(Service Registry）與配置中心(Config Center) 在一個進程合并部署或者將2者分離部署的兩種模式。

免費的公有云服務模式

除了您自己部署和啟動 Nacos 服務之外，在云計算時代，Nacos 也支持公有云模式，在阿里云公有云的商業(yè)產品（如ACM,?EDAS) 中會提供 Nacos 的免費的公有云服務。我們也歡迎和支持其他的公有云提供商提供 Nacos 的公有云服務。

總結

以上是生活随笔為你收集整理的Nacos（三）之架构的全部內容，希望文章能夠幫你解決所遇到的問題。

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