基于微服务的数据服务框架设计.docxVIP

北京大学：基于微服务的数据服务框架设计　编辑点评：随着高校信息化的不断深入，高校内部的信息系统日益庞大。但由于历史原因，这些信息系统的数据服务一般都采用单一数据中心的方式提供服务，扩展性和维护性都较差。本文借鉴云计算中的相关概念，采用微服务实现解耦、去中心化的方式来为多样化的应用提供更灵活、易重构的数据服务。　1.引言　“数据即服务（Data as a Service，DaaS）”是近来在云服务领域的一个热点，它将原来云服务架构中的数据部分单独拆分出来，将数据存储和数据处理的功能进行服务化，以期实现云环境的下的数据共享。　高等院校信息化经历了数十年的历程，事实上已经积累了大量的数据。随着信息化进程的不断推进，生成数据的终端应用越来越多，积累的数据量也越来越大。如何挖掘和发挥这些数据的价值？一般认为，在数据的基础上提供云服务，是一种有效手段。然而，建设一个物理上统一的数据中心，并提供数据服务，需要重复的硬件投入。这种中心化应用建设，由于其体量庞大，在扩展性、灵活性和易维护性等方面都存在先天性不足。微服务的一个重要特性就是解耦合、去中心化，可以有效应对这些问题。　本文提出了一种基于微服务的数据服务框架设计，实现基于微服务的DaaS。参照该框架，利用微服务的先天特性，建设一个易扩展、便于运维的数据服务平台，可以实现更加灵活的数据共享。　2.相关研究　Ming Li等在文[2]中提出了一种通用的跨平台数据共享方案，采用XML描述数据元信息，指出数据使用方首先需要认证，然后才能访问数据提供方提供的数据服务，但是对于认证过程的具体要求和建议方案并未进一步阐述。Oliver Terzo等则在文[1]中分析了云服务下DaaS的特性，着重阐述了如何拆分数据存储和数据处理，但是没有提及数据服务的具体模式。　微服务是数据服务的一种有益的模式，它的解耦合、去中心化等特性非常有利于数据服务的扩展和便捷运维。J. Lewis等在文[3]中详细阐述微服务的特征，Catalin Strimbei 等在文[5]对微服务架构和其他的软件结构做了分析和对比。微服务在很多在线应用有非常成功的应用，例如Netflix。Matthias Vianden等将微服务应用于度量系统[4]，文[7]的Yuqiong Sun等将安全服务也以微服务的形式提供。D.I. Savchenko等则在文[6]中重点探讨了微服务的验证问题。　3.数据服务框架　建设数据服务平台，是打破壁垒、消除孤岛、实现数据共享的一种有效手段。传统的数据服务平台多是建设于一个物理上统一的数据中心之上，基于SOA架构，构建服务总线提供数据服务。这样“重量型”的数据服务平台，与数据中心一起形成了一个数据堡垒，随着时间的推移，它的缺陷越来越明显。　首先是可扩展性差。如果要增加一项的数据服务，需要将源数据交换至数据中心，然后定义好数据XML Schema，最后实现部署这项新的数据服务。协议复杂，上线周期长。更有甚者，如果要丰富原来一项数据服务的信息内容，需要修改原来定义好的数据XML Schema，这必然会影响已经在使用这项数据服务的应用。　其次是运维复杂。若某一项数据服务存在BUG，在修正之后，需要部署整个平台应用。由于其体量庞大，更新部署必然会影响到其他的正常的数据服务。　微服务的解耦合、去中心化等特性，非常有利于数据服务的扩展和便捷运维。微服务之间是松耦合的，可以实现自动部署，一项服务的更新和部署不会影响其他的服务。再有，微服务采用的都是轻量级的协议（如REST）和数据格式（如JSON），非常易于扩展。　3.1.主要内容　如图1所示，基于微服务的数据服务框架主要由五大部分组成：服务源，微服务容器，服务发布组件，服务发现组件和服务门户。　图1.数据服务框架　服务源是为数据微服务提供支撑的信息来源，也是数据微服务的实际提供者。这些服务源分别为微服务容器中的原生型微服务和代理型微服务提供支撑。Web信息源包括网络上的各类非结构化信息，传统WS是指支持SOAP协议的Web Service，它们与关系型数据源一起为原生型微服务提供支撑。服务源中的另一类：微服务，则为容器中的代理型微服务提供支撑，它是运行在其他在线服务容器中的一个承担实际功能的数据微服务。　微服务容器是框架的核心组成部分，所有数据微服务都在这个容器中运行。这些微服务大致可以划分为两种类型：原生型微服务和代理型微服务。原生型微服务是指承担实际功能的，从数据源或者信息源中获取数据，并加以处理的数据服务。代理型微服务是服务源中的微服务在容器中的一个代理，承担实际功能的是服务源中的微服务。这种代理型的微服务使得数据服务框架具有了一个很重要的特征：自生长，这一特征会在“主要特征”节中详细描述。为了适配微服务容器，代理型的微服务除了代理功能外，还必须具有安全授权和安全