基于SpringCloud微服务系统设计方案.docx

. . . . 微服务系统设计方案 微服务本质 微服务架构风格是要开发一种由多个小服务组成的应用。每个服务运行于独立的进程，并且采用轻量级交互。多数情况下是一个HTTP的资源API。这些服务具备独立业务能力并可以通过自动化部署方式独立部署。这种风格使最小化集中管理，从而可以使用多种不同的编程语言和数据存储技术。 对于微服务架构系统，由于其服务粒度小，模块化清晰，因此首先要做的是对系统整体进行功能、服务规划，优先考虑如何在交付过程中，从工程实践出发，组织好代码结构、配置、测试、部署、运维、监控的整个过程，从而有效体现微服务的独立性与可部署性。 Spring Cloud是最常用的微服务框架，依赖于Spring Boot，有快速开发，持续交付，容易部署等优点。 传统的单体应用，将所有功能的表示层、业务逻辑层，数据访问层，包括静态资源等等全部糅合在一个工程里面，编译，打包，部署在单台服务器上上线，比如打成war包放在Tomcat的webapp目录中部署项目。 适合开发部署小型项目，系统功能不复杂，访问量不大的情况下有绝对的优势。开发速度快，运维方便。 微服务架构性能 Spring Cloud优势 1、Spring Cloud 来源于 Spring，质量、稳定性、持续性都可以得到保证。 2、Spirng Cloud 天然支持 Spring Boot。 3、Spring Cloud 是 Java 领域最适合做微服务的框架。 4、相比于其它框架，Spring Cloud 对微服务周边环境的支持力度最大。 5、Spring Cloud 是微服务架构的最佳落地方案。 Spring Cloud 的特性 Spring Cloud 利用SpringBoot的开发便利性巧妙的简化了分布式系统基础设施的开发，Spring Cloud为开发人员提供了快速构建分布式系统的一些工具，包括配置管理、服务发现、断路器、路由、微代理、事件总线、全局锁、决策竞选、分布式会话等。 以下为 Spring Cloud 的核心特性： 分布式/版本化配置。 服务注册和发现。 路由。 服务和服务之间的调用。 负载均衡。 断路器。 分布式消息传递。 架构设计 思维设计 微服务架构设计的根本目的是实现价值交付，微服务架构只有遵循DevOps理念方可进行的更顺畅。 实现微服务技术架构，现有产品需要进行技术上的改进以及相关配套服务的实现，采用分阶段实施、以及试点产品优先实施的策略，主要包括如下： 一、技术上的改进： 1、前后端分离，web前端通过Http/Https协议调用微服务的API网关，由API网关再经过路由服务调用相应的微服务 。 2、不同微服务之间通过REST方式互相调用 。 3、微服务之间通过消息中间件实现消息交互机制。 二、配套服务与功能实现 ： 1、需要进行相应的自动化服务实现，包括自动化构建、自动化安装部署、自动化测试、自动化平台发布（Docker实现）。 2、管理服务，对于微服务架构，必须配套相应的监控与管理服务、日志管理服务等 。 3、协作服务，运用DevOps思想提升开发、测试、运维的高效沟通与协作，实现开发与运维的一体化 。 微服务架构设计 1、我们把整个系统根据业务拆分成若干个子系统或微服务。 2、每个子系统可以部署多个应用，多个应用之间使用负载均衡。 3、需要一个服务注册中心Eureka，所有的服务都在注册中心注册，负载均衡也是通过在注册中心注册的服务来使用一定策略来实现。 Eureka可部署多个，进行高可用保证。 4、所有的客户端都通过同一个网关地址访问后台的服务，通过路由配置ZUUL网关来判断一个URL请求由哪个服务处理。请求转发到服务上的时候使用负载均衡Ribbon。 5、服务之间采用feign进行调用。 6、使用断路器hystrix，及时处理服务调用时的超时和错误，防止由于其中一个服务的问题而导致整体系统的瘫痪。 7、还需要一个监控功能，监控每个服务调用花费的时间等。 8、使用SpringCloud Config进行统一的配置管理，需要考虑与公司的配置管理平台如何配合使用。 9、Hystrix，监控和断路器。我们只需要在服务接口上添加Hystrix标签，就可以实现对这个接口的监控和断路器功能。 10、Hystrix Dashboard，监控面板，提供了一个界面，可以监控各个服务上的服务调用所消耗的时间等。 11、Turbine，监控聚合，使用Hystrix监控，我们需要打开每一个服务实例的监控信息来查看。而Turbine可以帮助我们把所有的服务实例的监控信息聚合到一个地方统一查看。 架构的可靠性