服務治理平臺-註冊中心

傳統All In One項目的轉變:docker

All In One項目因易於開發, 易於部署和上線週期短等特色一直持續了很長時間, 但慢慢的應用變大, 開發人數多, 技術棧多, 持續部署困難, 啓動時間變慢等問題慢慢凸顯時, 微服務架構應運而生。後端

微服務架構能夠解決單體架構各類侷限性問題。緩存

微服務架構:服務器

開發高可用企業應用, 後端須要支持多種客戶端形式, 好比桌面端, 移動端及其餘微服務的調用。 微服務架構設計須要考慮如下方面的內容:網絡

「技術乾貨」服務治理平臺-註冊中心

微服務架構負載均衡:架構

在作高可用方案時可選的各類負載均衡方案:併發

「技術乾貨」服務治理平臺-註冊中心

·在接入層調用業務邏輯層或者業務邏輯層間相互調用時, 中小型可選用本地DNS方式作服務發現和負載均衡的機制;負載均衡

·在面臨多團隊, 多項目, 多網絡部署節點的狀況下, 服務註冊/發現機制即是如今的最佳實踐。微服務

·部署在內外網、多數據中心 等複雜網絡狀況下的服務間的相互調用, 用友雲提供的微服務註冊/發現中心提供了這方面的解決方案。架構設計

用友雲微服務註冊中心:

用友雲服務註冊中心是微服務核心模塊之一, 是基於REST的雲端服務註冊/發現和故障轉移的中間件服務, 對整個微服務架構起着最核心的整合做用。

傳統註冊中心需具有的功能:

·服務註冊: 服務客戶端啓動時檢測本身的元數據(如:主機和端口等信息)上報且註冊到註冊中心。 服務註冊中心經過接收此服務的各個實例的心跳信息來檢查服務客戶端的健康狀態。

·服務發現: 發起遠程調用時, 從註冊中心拉取被調用服務的信息(如服務有多少實例,每一個實例的IP/域名和端口是什麼)而且緩存到本地, 方便使用負載均衡的方式去調用遠程服務; 被緩存的遠程服務信息會被定時從註冊中心拉取刷新, 以便發現新的服務實例和刪除有異常的服務實例。

「技術乾貨」服務治理平臺-註冊中心

用友雲微服務註冊中心特色:

在具有了傳統微服務註冊中心的基本功能的基礎上, 用友雲還具有了租戶隔離、高可用集羣、受權管理、擴展支持多種負載均衡策略。且首創業界複雜網絡多躍點智能檢測,解決了內外網穿透的問題。

分租戶隔離機制

·用友雲租戶不少, 每一個租戶下有本身的資源池(計算/網絡等), 對於微服務註冊中心, 每一個租戶只能看到本身部署的應用。

·每一個租戶能夠看到本身部署的服務應用 及 跟蹤服務間的調用鏈路。

高可用&快速恢復

·服務註冊中心使用集羣方式搭建, 防止單點故障。

·在客戶端和註冊中心交互時會跳過集羣中有異常的節點訪問正常的節點。

·集羣異常節點恢復後會從集羣中的其餘節點快速拉取客戶端註冊的信息而且加入集羣中對外正常提供服務。

「技術乾貨」服務治理平臺-註冊中心

內外網穿透調用能力/網絡多躍點智能檢測

·在複雜網絡下的服務可能會有多個IP和端口, 傳統註冊中心只上傳部署應用的「容器」IP, 但「容器」可能部署在宿主機、docker容器、虛擬機、跨數據中心等複雜環境, 傳統服務註冊中心沒法穿透各躍點進行聯通訪問。

·用友雲註冊中心客戶端組件會智能檢測各個可連通的鏈路及各鏈路所需的躍點數; 保證遠程調用時躍點的數量最少、調用鏈路最短, 調用速度最快, 提升服務的可靠性、吞吐量 及 增長內外網穿透/多數據中心間的調用能力。

·在海關POC項目中, 客戶內部存在網絡隔離狀況, 且部署在不一樣網絡的應用還存在數據交換或服務調用的需求。針對這類狀況, 經過用友雲微服務註冊中心提供了這方面的解決方案。

「技術乾貨」服務治理平臺-註冊中心

服務調用

·現支持多種負載均衡策略可選, 支持自定義擴展

·隨機訪問策略

·輪詢訪問策略

·按照服務器響應時間長短進行選擇訪問

·挑選可用且當前承載最小併發數的服務器

受權管理

·公開權限的API能夠被任何應用訪問

·私有權限的API僅被受權的應用能夠訪問。

接入用友雲註冊中心應用:

·搜索平臺

·收集並計算各方業務數據, 對外提供統一搜索服務的平臺。

·用友雲相關客戶項目

·用友API市場ApiLink

相關文章
相關標籤/搜索