服务集成平台解决方案1.0.docx

服务集成平台解决方案V1.02016年4月北京天禾元创股份有限公司目录1引言41.1概述41.2服务化架构演进42微服务架构52.1带来的变革52.2架构风格72.3架构解析73架构设计83.1设计原则83.2架构原理93.3功能特性103.4性能特性113.5可靠性114架构组成124.1架构图124.2服务路由134.3注册中心154.4发布和引用174.5优先级调度204.6服务治理204.7中间聚合层265集成ESB276提供的服务286.1用户和组织机构286.2权限管理286.3单点登录286.4通信服务286.5业务提醒286.6待办工作296.7工作流服务29引言概述本文档的编写目的是为xxx烟草信息中心提供服务集成平台的解决方案，随着企业内部业务的发展和应用规模的不断扩大，系统内部的应用越来越多，常规的垂直应用架构已经无法应对复杂业务带来的各种挑战。通过将业务公共能力抽象成原子服务，对复杂应用进行水平拆分和服务化，实现服务消费者和提供者的解耦。服务化架构演进传统软件的垂直架构改造的核心就是要对应用做服务化的改造，服务化改造使用到的核心技术架构就是服务集成平台。服务化架构演进图如下图所示：图1服务化架构演化图单一应用架构：当网站流量很小时，只需一个应用，将所有功能都部署在一起，以减少部署节点和成本；此时，用于简化增删改查工作量的数据访问框架ORM 是关键。垂直应用架构：当访问量逐渐增大，单一应用增加机器带来的加速度越来越小，将应用拆成互不相干的几个应用，以提升效率；此时，用于加速前端页面开发的 Web框架MVC 是关键。服务集成平台：当垂直应用越来越多，应用之间交互不可避免，将核心业务抽取出来，作为独立的服务，逐渐形成稳定的服务中心，使前端应用能更快速的响应多变的市场需求；此时，用于提高业务复用及整合的 服务集成平台RPC 是关键。流动计算架构：当服务越来越多，容量的评估，小服务资源的浪费等问题逐渐显现，此时需增加一个调度中心基于访问压力实时管理集群容量，提高集群利用率，此时，用于提高机器利用率的 资源调度和治理中心SOA 是关键。微服务架构：随着云计算、移动互联网、Docker容器等技术的快速发展和应用，微服务架构（Micro Service Architecture）这一全新的架构风格越来越受到大家的关注，也有越来越多的企业和平台服务提供商在实践中尝试并使用它来解决具体业务问题，微服务架构的流行已经成为未来技术发展的趋势之一。微服务架构带来的变革应用解耦服务化之前，一个大型的应用系统通常会包含很多个子应用，不同子应用存在很多重复的公共代码，所有应用公用一套数据库。架构图如下图所示：图2传统应用架构图微服务架构出现将功能服务化，应用作为消费者直接调用服务，这样就实现了对原因重复代码的收编，同时系统之间的调用关系也更加清晰。架构图如下所示：图3传统应用架构图分而治之当垂直应用越来越多时，应用之间的交互不可避免，将核心业务抽取出来，作为独立的服务，逐渐形成稳定的底层微服务，使得前端应用能更快速的响应多变的市场需求。敏捷交付软件解决方案的敏捷性，指的是它能够快速进行变更的能力。敏捷性是微服务架构特性中最显著的一点：敏捷性的产生，是将运行中的系统解耦为一些列功能单一服务的结果。微服务架构能够对系统中其他部分的依赖加以限制，这种特性能够让基于微服务架构的应用在应对Bug或是对新特性需求时，能够快速的进行变更。架构风格服务框架的采用REST（Representational State Transfer，简称REST，表述性状态传递）风格的设计和实现，目前在三种主流的Web服务实现方案中，因为REST模式的Web服务与复杂的SOAP和XML-RPC对比来讲明显的更加简洁，越来越多的web服务开始采用REST风格设计和实现。例如，A提供接近REST风格的Web服务进行图书查找；雅虎提供的Web服务也是REST风格的。架构解析微服务架构是一种架构风格，旨在通过将功能分解到各个离散的服务中以实现对解决方案的解耦。传统架构和微服务架构对比图如下图所示：图4传统架构和微服务架构对比图架构设计设计原则面向服务的架构设计原则主要包括如下内容。服务可复用：不管是否存在即时的复用机会，服务均被设计为支持潜在的可复用性。服务共享一个标准契约：为了与服务提供者交互，消费者需要导入服务提供者的服务契约，这个契约可以是一个IDL文件、Java接口定义、WSDL文件，甚至是一个接口文档。服务是松耦合的：服务被设计为功能相对独立、尽量不依赖其他服务的独立提供者。服务是底层逻辑的抽象：只有经服务契约所暴露的服务对外部世界可见，契约之外底层的实现逻辑是不可见的。服务是可组合、可编排的：多个服务可能被编排组合成一个新的服务，这允许不同逻辑抽象的自由组合，促