微服务系统附数据库方案.docVIP

微服务系统附数据库设计方案 微服务系统附数据库设计方案 PAGE 2 优选文档 微服务系统附数据库设计方案 微服务系统和数据库设计方案 微服务实质 微服务架构从实质上说其实就是分布式架构，与其说是一种新架构，不如说是一种微服务架构风格。 简单来说，微服务架构风格是要开发一种由多个小服务组成的应用。每个服务运行于独立的进度，并且采用轻量级交互。多数情况下是一个HTTP的资源API。这些服务具备独立业务能力并能够经过自动化部署方式独立部署。这种风格使最小化集中管理，从而能够使用多种不相同的编程语言和数据储藏技术。 对于微服务架构系统，由于其服务粒度小，模块化清楚，因此第一要做的是对系统整体进行功能、服务规划，优先考虑如何在交付过程中，从工程实践出发，组织好代码结构、配置、测试、部署、运维、监控的整个过程，从而有效表现微服务的独立性与可部署性。 本文将从微服务系统的设计阶段、开发阶段、测试阶段、部署阶段进行综合阐述。 理解微服务架构和理念是核心。 系统环境 名称 版本 说明 JDK 1.8 Spring Boot Spring Framework Ribbon kafka RabbitMQ 微服务架构的挑战 可靠性： 由于采用远程调用的方式，任何一个节点、网络出现问题，都将使得服务调用失败，随着微服务数量的增加，潜藏故障点也将增加。 也就是没有充分的保障体系，则单点故障会大量增加。 运维要求高： 系统监控、高可用性、自动化技术 分布式复杂性： 网络延缓、系统容错、分布式事务 部署依赖性强： 服务依赖、多版本问题 性能（服务间通讯成本高）： 无状态性、进度间调用、跨网络调用 数据一致性： 分布式事务管理需要超越多个节点来保证数据的瞬时一致性，因此比起传统的单体架构的事务，成本要高得多。其他，在分布式系统中，平时会考虑经过数据的最后一致性来解决数据瞬时一致带来的系统不能用。 重复开发： 微服务理念崇尚每个微服务作为一个产品对待，有自己的团队开发，甚至能够有自己完满不相同的技术、框架，那么与其他微服务团队的技术共享就产生了矛盾，重复开发的工作即产生了。 架构设计 思想设计 微服务架构设计的根本目的是实现价值交付，微服务架构只有依照DevOps理念方可进行的更顺畅，思想方式的转变是最重要的。 实现微服务技术架构，现有产品需要进行技术上的改进以及相关配套服务的实现，采用分阶段推行、以及试点产品优先推行的策略，主要包括以下： 一、技术上的改进： 1、前后端分别，web前端经过Http/Https协议调用微服务的API网关，由API网关再经过路由服务调用相应的微服务 2、不相同微服务之间经过REST方式互相调用 3、微服务之间经过信息中间件实现信息交互体系 二、配套服务与功能实现 ： 1、需要进行相应的自动化服务实现，包括自动化成立、自动化安装部署、自动化测试、自动化平台宣布（Docker实现） 2、管理服务，对于微服务架构，必定配套相应的监控与管理服务、日志管理服务等 3、协作服务，运用DevOps思想提升开发、测试、运维的高效沟通与协作，实现开发与运维的一体化 微服务架构设计 架构图1 架构图2 ??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能够帮助我们把所有的服务实例的监控信息聚合到一个地方一致查察。这样就不需要挨个打开一个个的页面一个个查察。