- 文献综述（或调研报告）：
3.1 微服务架构
近年“微服务架构”一词自出现以来便广受关注，其代表的软件设计方法也开始被广泛应用。它描述了一种将软件应用程序设计为可独立部署的服务套件的特定方式，通过将功能分解到多个独立的服务，以实现对解决方案或者复杂系统的解耦[ 1 ]——简而言之，微服务架构是一种将单应用程序作为一套小型服务开发的方法，在这种方法中，每种应用程序都在其自己的进程中运行，并通过轻量级机制（通常是HTTP资源的API）进行通信。
微服务架构有以下优点：每个服务只关注于一个业务功能，因此单独的服务较简单；架构方式松耦合，能提供更高的灵活性；每个微服务可由不同团队、不同语言开发，提高了开发效率；由于每个微服务针对不同任务而服务间低耦合，易于进行单元测试和错误定位等。此外，在进行微服务架构设计过程中，需注意考虑运维开销及成本的增加，还需注意分布式系统的复杂性。
由于处理业务量大，系统内服务种类多，开鑫贷内部系统即是采用了微服务架构的思想。作为本项目之待测模块的会员中心，对内暴露dubbo的provider接口，为其他系统中的调用方模块提供服务。
3.2 dubbo 框架
随着软件体系结构的不断发展，出现了越来越大的服务调用量的需求，传统架构难以满足大量服务的同时提供，于是分布式系统应运而生——它利用多个普通机器完成单个机器难以完成的计算和存储任务，利用更多机器来处理更多数据。在分布式架构中采用微服务架构的方式将服务的提供方和调用方分离开，能充分利用系统结构的优势，提供大量、高效的服务，便于管理，提高服务代码的重用率，但同时也需要一个可靠的远程调用方式。
dubbo是阿里巴巴公司开源的一个高性能的，优秀的服务框架，使得应用可通过高性能的 RPC 实现服务的输出和输入功能，进行远程调用。它提供了三大核心能力：面向接口的远程方法调用，智能容错和负载均衡，以及服务自动注册和发现[ 2 ]。
图1 dubbo软件架构图[ 3 ]
dubbo框架的角色由提供方（provider），消费者（consumer），注册中心（registry），监控中心（monitor）组成。其中提供方负责执行消费者的命令，提供服务；消费者即服务的调用方；注册中心保存特定消费者与提供方所执行服务的注册表；监控中心对所有调用行为进行监控。所有dubbo调用过程中的角色均可部署在不同电脑上，通过配置各自的IP地址并作为接口进行高性能RPC调用，十分符合微服务架构的需求——这也是开鑫贷使用其进行内部模块间调用的原因之一。
作为本项目待测模块的会员中心，为保护其私密性与安全性，不提供对外的http接口，而是由dubbo provider的方式向内暴露dubbo调用接口。
以上是毕业论文文献综述，课题毕业论文、任务书、外文翻译、程序设计、图纸设计等资料可联系客服协助查找。
