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。