文献综述（或调研报告）：
1. 微服务架构
微服务正在博客、社交媒体讨论组和会议演讲中获得越来越多的关注，在Gartner 的 2014 Hype Cycle 上它的排名非常靠前。同时，软件社区中也有不少持怀疑论者， 认为微服务不是什么新东西。Naysayers 认为这就是 SOA 架构的重新包装。然而，尽 管存在着不同的争论，微服务架构模式却正在为敏捷部署以及复杂企业应用实施提供 巨大的帮助。
微服务架构的好处：
1、通过分解巨大单体式应用为多个服务方法解决了复杂性问题。在功能不变的 情况下，应用被分解为多个可管理的分支或服务。每个服务都有一个用 RPC-或者消息 驱动 API 定义清楚的边界。微服务架构模式给采用单体式编码方式很难实现的功能提 供了模块化的解决方案，由此，单个服务很容易开发、理解和维护。
2、.这种架构使得每个服务都可以有专门开发团队来开发。开发者可以自由选择 开发技术，提供 API 服务。当然，许多公司试图避免混乱，只提供某些技术选择。然 后，这种自由意味着开发者不需要被迫使用某项目开始时采用的过时技术，他们可以 选择现在的技术。甚至于，因为服务都是相对简单，即使用现在技术重写以前代码也 不是很困难的事情。
3、微服务架构模式是每个微服务独立的部署。开发者不再需要协调其它服务部 署对本服务的影响。这种改变可以加快部署速度。UI 团队可以采用 AB 测试，快速的 部署变化。微服务架构模式使得持续化部署成为可能。
4、微服务架构模式使得每个服务独立扩展。我们可以根据每个服务的规模来部 署满足需求的规模。甚至于，可以使用更适合于服务资源需求的硬件。比如，可以在 EC2 Compute Optimized instances 上部署 CPU 敏感的服务，而在 EC2 memoryoptimized instances 上部署内存数据库。 。
2. Restful风格的API
万维网的成功在很大程度上是因为其软件体系结构被设计成满足因特网规模的分布式超媒体系统的需要。在过去十年中，通过对定义其架构的标准的一系列修改， Web已经迭代开发。为了识别需要改进的Web方面，避免不必要的修改，需要一个现代Web体系结构的模型来指导其设计，定义和部署。
以上是毕业论文文献综述，课题毕业论文、任务书、外文翻译、程序设计、图纸设计等资料可联系客服协助查找。
