以后的散布式微服务云架构平台应用 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：提供对立用户登录、认证单点登录平台。应用第三方 OAuth2.0 的解决方案，通过组织在资源拥有者和 HTTP 服务商之间的被批准的交互动作代表用户，容许第三方利用代表用户取得拜访的权限。同时为 Web 利用，桌面利用和手机提供对立认证登录服务。
particle-commonservice-turbine：是聚合服务器发送事件流数据的一个工具，用来监控集群下 hystrix 的 metrics 状况，提供独立的服务项目。
particle-commonservice-zipkin：提供独立的服务项目，为 SpringCloud 利用实现了一种分布式追踪解决方案。分布式跟踪零碎数据流次要分为三个步骤：采集、发送和落盘剖析，Zipkin 官网给出的设计图，不便大家了解：
从当初开始，我这边会将近期研发的 spring cloud 微服务云架构的搭建过程和精华记录下来，帮忙更多有趣味研发 spring cloud 框架的敌人，大家来一起探讨 spring cloud 架构的搭建过程及如何使用于企业我的项目。