SpringCloud微服務架構案例-共享服務中心

       微服務開發以spring-boot和spring-cloud技術為基礎框架，基於微服務架構的業務應用，建立場景全過程領域驅動模型，系統總體框架如下圖所示。系統總體架構分為資源層、數據層、服務層、應用層和接入層。資源層基於一體化平台，提供雲基礎設施、雲平台組件等基礎資源；數據層基於全業務統一數據中心，提供數據存儲服務；服務層由不同功能的微服務組成，為企業級應用提供業務邏輯處理、數據共享等服務；應用層由各種微應用組成，為用戶提供相關業務功能的界面實現；接入層主要通過門口為用戶提供統一人機交互入口。另外，雲服務中心提供負載均衡、灰度發布、彈性伸縮、鏈路監控等相關支撐服務組件，支撐微服務、微應用的部署、運行和監控。

共享服務中心

     基於微服務總體架構設計， 包括：用戶中心、工單中心、賬單中心、支付中心、訂單中心、積分中心、在線客服中心、消息中心。共享服務中心是一種戰略性業務架構，以客戶服務和持續改進為內容，以構建價值導向的核心服務能力為目標，將原來分散在各業務支持系統中存在業務邏輯相同或相近的事務性工作和專業服務工作進行分離、重組、集合，並交由相應的機構、崗位人員來組織運營。通過資源重組，實現了為客戶提供統一、專業、標准化的高效服務目標。

1）用戶中心通過對用戶身份數據、用戶行為數據的沉淀，實現用戶的統一注冊、登錄認證、授權等功能。
2）工單中心實現所有工單的統一指揮調度及全過程監控功能，包括工單生成、匯聚、分理、派發、處理、監控和查詢分析等。
3）賬單中心實現服務記錄、業務費、等賬單的集中展示、查詢與管理，為客戶提供電子賬單的查詢、訂閱、下載、推送等服務，同時面向客戶提供便捷的業務費的電子發票開具、查詢、下載、訂閱服務等功能。
4）支付中心按不同單位的需求，為客戶提供銀行卡、支付寶、微信、手機網銀等多種支付方式，且支付中心定位各支付渠道的支付聚合，支付渠道統一接入，各支付渠道單獨結算的功能。
5）訂單中心實現商城商品銷售、積分兌換、等各類型訂單的統一下單和集中查詢、管理等功能。

6）積分中心為用戶提供統一積分接入、查詢、兌換能力，對單位相關業務系統，實現積分的統一接入和統一管理，搭建積分兌換專區，支持兌換商品管理，開展
積分營銷活動，實現積分統一兌換的運營管理等功能。
7）在線客服中心實現在線服務接入、在線自助服務、人工在線業務受理、自助工單審核、信息查詢、業務回復評價、渠道消息推送等功能。共享服務中心實現了全網業務知識體系的統一管理與全局共享，支撐全渠道客戶服務知識應用，滿足全網營銷服務人員以及外部客戶對知識的應用需求。
8）消息中心提供統一的消息接入、監控、運營能力，提供多種消息發送渠道，同時支持消息模板設置、備用通道切換、渠道監控、流量控制、消息統計、運營管理等功能。

意義與目標

1）共享服務中心通過廣泛應用分布式服務治理組件，分布式數據庫組件、消息隊列組件、全局事務組件、全鏈路監控組件等成熟互聯網技術，將傳統的豎狀式客戶資源進行在線資源整合，構建以客戶為中心的現代服務體系，形成從電力供應商向綜合能源服務商轉型升級的發展模式。
2）采用微服務分布式架構，打破傳統業務邊界，使得前端應用以共享服務中心的形式提供核心業務能力，以客戶視角重組業務場景，挖掘傳統業務與新興業務客戶各類需求間的關聯性關系，厘清各業務版塊間價值鏈接點，按照不同服務場景，實現服務拆分及業務的重組，優化關聯業務設計滿足客戶一鍵辦理要求。同時，打通線上、線下全業務流程，建立“橫向協同、縱向協作”的業務模式，確保線上、線下業務協同和信息互通和集中存儲和共享。
3）基於微服務架構模式，大規模提升了數據處理服務能力，通過大規模、可擴展的並行計算框架，達成了海量數據存儲及高性能計算分析能力的建設目標，基於應用平台實現數據共享和數據統一，實現互聯網客戶服務渠道的數據開發、兩級交互共享及統一分析的戰略格局，以數據為驅動對現有業務進行重構，實現數據的匯聚、融合、共享。總體架構的搭建在保證原有業務能力持續發揮作用的同時，也保證新業務能力的同步擴展，設計時充分考慮業務靈活、多變的特性，保證系統架構具備足夠的業務擴展性和彈性伸縮能力，以便適應老業務模式向新業務模式演進時帶來的變化，適應用戶規模、用戶使用方式和系統部署模式變化帶來的影響，支撐新業務逐步擴展增加，實現創新支撐的建設目標。

Summary

     通過采用以spring-boot和spring-cloud為技術框架的微服務架構模式，對業務應用進行改造，建立場景全過程領域驅動模型，全渠道應用於一體化平台。將業務功能復雜、耦合度高、系統維護成本大的系統改造為可獨立部署、耦合度低、業務功能組件化的分布式系統，並保持着微服務架構簡單性、避免分布式數據庫事務、減少非必要的聚合服務；滿足高負載服務拆分；避免業務應用過度拆分等三大原則。並且，業務應用各組成單元由一體化平台提供統一部署服務，將微服務、微應用等部署單元進行容器化，通過容器編排、負載均衡、彈性伸縮等組件完成各單元部署，滿足業務應用的高可用、高性能、高並發需要。隨着業務的不斷發展，無論是新功能的增減還是業務邏輯的優化，業務系統都能夠做到快速響應，敏捷開發，靈活配置，快速部署，獨立運行，為業務的發展提供快速有力的支持。

---

今天先到這兒，希望對雲原生，技術領導力， 企業管理，系統架構設計與評估，團隊管理, 項目管理, 產品管理，團隊建設 有參考作用 , 您可能感興趣的文章:
領導人怎樣帶領好團隊
構建創業公司突擊小團隊
國際化環境下系統架構演化
微服務架構設計
視頻直播平台的系統架構演化
微服務與Docker介紹
Docker與CI持續集成/CD
互聯網電商購物車架構演變案例
互聯網業務場景下消息隊列架構
互聯網高效研發團隊管理演進之一
消息系統架構設計演進
互聯網電商搜索架構演化之一
企業信息化與軟件工程的迷思
企業項目化管理介紹
軟件項目成功之要素
人際溝通風格介紹一
精益IT組織與分享式領導
學習型組織與企業
企業創新文化與等級觀念
組織目標與個人目標
初創公司人才招聘與管理
人才公司環境與企業文化
企業文化、團隊文化與知識共享
高效能的團隊建設
項目管理溝通計划
構建高效的研發與自動化運維
某大型電商雲平台實踐
互聯網數據庫架構設計思路
IT基礎架構規划方案一(網絡系統規划)
餐飲行業解決方案之客戶分析流程
餐飲行業解決方案之采購戰略制定與實施流程
餐飲行業解決方案之業務設計流程
供應鏈需求調研CheckList
企業應用之性能實時度量系統演變
Openshift與Kubernetes的區別

如有想了解更多軟件設計與架構, 系統IT,企業信息化, 團隊管理 資訊，請關注我的微信訂閱號：

作者：Petter Liu
出處：http://www.cnblogs.com/wintersun/
本文版權歸作者和博客園共有，歡迎轉載，但未經作者同意必須保留此段聲明，且在文章頁面明顯位置給出原文連接，否則保留追究法律責任的權利。 該文章也同時發布在我的獨立博客中-Petter Liu Blog。