服务集成平台解决方案10.docxVIP

服务集成平台解决方案 V1.0 2016年4月 北京天禾元创股份有限公司  目录 TOC \o 1-2 \h \z \u 1 引言 4 1.1 概述 4 1.2 服务化架构演进 4 2 微服务架构 5 2.1 带来的变革 5 2.2 架构风格 7 2.3 架构解析 7 3 架构设计 8 3.1 设计原则 8 3.2 架构原理 9 3.3 功能特性 10 3.4 性能特性 11 3.5 可靠性 11 4 架构组成 12 4.1 架构图 12 4.2 服务路由 13 4.3 注册中心 15 4.4 发布和引用 17 4.5 优先级调度 20 4.6 服务治理 20 4.7 中间聚合层 26 5 集成ESB 27 6 提供的服务 28 6.1 用户和组织机构 28 6.2 权限管理 28 6.3 单点登录 28 6.4 通信服务 28 6.5 业务提醒 28 6.6 待办工作 29 6.7 工作流服务 29  引言 概述 本文档的编写目的是为xxx烟草信息中心提供服务集成平台的解决方案，随着企业内部业务的发展和应用规模的不断扩大，系统内部的应用越来越多，常规的垂直应用架构已经无法应对复杂业务带来的各种挑战。通过将业务公共能力抽象成原子服务，对复杂应用进行水平拆分和服务化，实现服务消费者和提供者的解耦。 服务化架构演进 传统软件的垂直架构改造的核心就是要对应用做服务化的改造，服务化改造使用到的核心技术架构就是服务集成平台。 服务化架构演进图如下图所示： 图 SEQ 图 \* ARABIC 1服务化架构演化图 单一应用架构：当网站流量很小时，只需一个应用，将所有功能都部署在一起，以减少部署节点和成本；此时，用于简化增删改查工作量的数据访问框架(ORM) 是关键。 垂直应用架构：当访问量逐渐增大，单一应用增加机器带来的加速度越来越小，将应用拆成互不相干的几个应用，以提升效率；此时，用于加速前端页面开发的 Web框架(MVC) 是关键。 服务集成平台：当垂直应用越来越多，应用之间交互不可避免，将核心业务抽取出来，作为独立的服务，逐渐形成稳定的服务中心，使前端应用能更快速的响应多变的市场需求；此时，用于提高业务复用及整合的 服务集成平台(RPC) 是关键。 流动计算架构：当服务越来越多，容量的评估，小服务资源的浪费等问题逐渐显现，此时需增加一个调度中心基于访问压力实时管理集群容量，提高集群利用率，此时，用于提高机器利用率的 资源调度和治理中心(SOA) 是关键。 微服务架构：随着云计算、移动互联网、Docker容器等技术的快速发展和应用，微服务架构（Micro Service Architecture）这一全新的架构风格越来越受到大家的关注，也有越来越多的企业和平台服务提供商在实践中尝试并使用它来解决具体业务问题，微服务架构的流行已经成为未来技术发展的趋势之一。 微服务架构 带来的变革 应用解耦 服务化之前，一个大型的应用系统通常会包含很多个子应用，不同子应用存在很多重复的公共代码，所有应用公用一套数据库。 架构图如下图所示： 图 SEQ 图 \* ARABIC 2传统应用架构图 微服务架构出现将功能服务化，应用作为消费者直接调用服务，这样就实现了对原因重复代码的收编，同时系统之间的调用关系也更加清晰。 架构图如下所示： 图 SEQ 图 \* ARABIC 3传统应用架构图 分而治之 当垂直应用越来越多时，应用之间的交互不可避免，将核心业务抽取出来，作为独立的服务，逐渐形成稳定的底层微服务，使得前端应用能更快速的响应多变的市场需求。 敏捷交付 软件解决方案的敏捷性，指的是它能够快速进行变更的能力。敏捷性是微服务架构特性中最显著的一点：敏捷性的产生，是将运行中的系统解耦为一些列功能单一服务的结果。微服务架构能够对系统中其他部分的依赖加以限制，这种特性能够让基于微服务架构的应用在应对Bug或是对新特性需求时，能够快速的进行变更。 架构风格 服务框架的采用REST（Representational State Transfer，简称REST，表述性状态传递）风格的设计和实现，目前在三种主流的Web服务实现方案中，因为REST模式的Web服务与复杂的SOAP和XML-RPC对比来讲明显的更加简洁，越来越多的web服务开始采用REST风格设计和实现。例如，A提供接近REST风格的Web服务进行图书查找；雅虎提供的Web服务也是REST风格的。 架构解析 微服务架构是一种架构风格，旨在通过将功能分解到各个离散的服务中以实现对解决方案的解耦。 传统架构和微服务架构对比图如