spring cloud云架構common-service代碼結構是怎樣的

今天小編給大家分享一下spring cloud云架構common-service代碼結構是怎樣的的相關知識點，內容詳細，邏輯清晰，相信大部分人都還太了解這方面的知識，所以分享這篇文章給大家參考一下，希望大家閱讀完這篇文章后有所收獲，下面我們一起來了解一下吧。

當前的分布式微服務云架構平臺使用Maven構建，所以common-service的通用服務按照maven構建獨立的系統服務，結構如下：

particle-commonservice： spring cloud 系統服務根項目，所有服務項目的根依賴。

particle-commonservice-admin： spring cloud/boot的微服務管理、監控平臺（里面會集成很多的組件服務項目）

particle-commonservice-apigateway：API網關通用服務項目，所有的請求首先會經過這個網關。有點類似于前端控制器模式，也有點類似于 Facade模式。由于所有的請求會先經過這個 api 網關，所以可以在這里做權限控制，安全，負載均衡，請求分發，監控等等。以下的一張圖片是從網上找的，方便大家理解：

particle-commonservice-cache：針對于分布式緩存提供服務化項目，封裝分布式緩存redis等。

particle-commonservice-config： 提供獨立的微服務配置管理項目項目。配置管理工具包，讓你可以把配置放到遠程服務器，集中化管理集群配置，目前支持本地存儲、Git以及Subversion。

particle-commonservice-erueka： 提供獨立的微服務服務發現、注冊管理平臺。云端服務發現，一個基于 REST 的服務，用于定位服務，以實現云端中間層服務發現和故障轉移。

particle-commonservice-mq： 提供獨立的消息中間件服務平臺。包括對流行的阿里rocketmq、rabbit mq、kafka分布式消息中間件的服務管理（這里集成了多種方案，供使用者選擇）。完整項目的源碼來源 技術支持  二一四七七七五六三三

particle-commonservice-sso： 提供統一用戶登錄、認證單點登錄平臺。使用第三方OAuth3.0的解決方案，通過組織在資源擁有者和HTTP服務商之間的被批準的交互動作代表用戶，允許第三方應用代表用戶獲得訪問的權限。同時為Web應用，桌面應用和手機提供統一認證登錄服務。

particle-commonservice-turbine：是聚合服務器發送事件流數據的一個工具，用來監控集群下hystrix的metrics情況，提供獨立的服務項目。

particle-commonservice-zipkin：提供獨立的服務項目，為SpringCloud應用實現了一種分布式追蹤解決方案。分布式跟蹤系統數據流主要分為三個步驟：采集、發送和落盤分析，Zipkin官網給出的設計圖，方便大家理解：

以上就是“spring cloud云架構common-service代碼結構是怎樣的”這篇文章的所有內容，感謝各位的閱讀！相信大家閱讀完這篇文章都有很大的收獲，小編每天都會為大家更新不同的知識，如果還想學習更多的知識，請關注億速云行業資訊頻道。