微服务的诞生并非偶然，它是在互联网高速发展，技术日新月异的变化以及传统架构无法适应快速变化等多重因素的推动下诞生的产物。互联网时代的产品通常有两类特点：需求变化快和用户群体庞大，在这种情况下，如何从系统架构的角度出发，构建灵活、易扩展的系统，快速应对需求的变化；同时，随着用户的增加，如何保证系统的可伸缩性、高可用性，成为系统架构面临的挑战。
如果还按照以前传统开发模式，开发一个大型而全的系统已经很难满足市场对技术的需求，这时候分而治之的思想被提了出来，于是我们从单独架构发展到分布式架构，又从分布式架构发展到SOA架构，服务不断的被拆分和分解，粒度也越来越小，直到微服务架构的诞生。
微服务架构是SOA架构的传承，但一个最本质的区别就在于微服务是真正的分布式的、去中心化的。把所有的“思考”逻辑包括路由、消息解析等放在服务内部，去掉一个大一统的ESB，服务间轻通信，是比SOA更彻底的拆分。微服务架构强调的重点是业务系统需要彻底的组件化和服务化，原有的单个业务系统会拆分为多个可以独立开发，设计，运行和运维的小应用，这些小应用之间通过服务完成交互和集成。
大约年开始，Netflix完全重新定义了它的应用程序开发和操作模型，拉开了微服务探索的第一步，直到年3月MartinFowler写的一篇文章Microservices以更加通俗易懂的形式为大家定义了什么是微服务架构。MartinFowler在文中阐述了对微服务架构的设想，认为微服务架构是一种架构模式，它提倡将单一应用程序划分成一组小的服务，服务之间互相协调、互相配合，为用户提供最终价值。
每个服务运行在其独立的进程中，服务和服务间采用轻量级的通信机制互相沟通（通常是基于HTTP的RESTfulAPI）。每个服务都围绕着具体业务进行构建，并且能够被独立地部署到生产环境、类生产环境等。另外，应尽量避免统一的、集中式的服务管理机制，对具体的一个服务而言，应根据业务上下文，选择合适的语言、工具对其进行构建。
微服务架构和数据治理
随着微服务架构的落地，人们发现微服务架构虽然改进了开发模式，但同时也引入了一些问题，在这所有的问题中，最重要的也是马上要面临的一个问题就是数据的问题。在微服务架构中我们强调彻底的组件化和服务化，每个微服务都可以独立的部署和投产，其实也就意味着很多的微服务有自己独立的数据库。
整个业务数据被分散在各个子服务之后会带来两个最明显的问题：1、业务管理系统对数据完整的查询，比如分页查询、多条件查询等，数据被割裂后如何来整合？2、如何对数据进一步的分析挖掘？这些需求可能需要分析全量的数据，并且在分析时不能影响到当前业务。
从技术方案来讲，我们一般有两种选择来处理这些问题，第一种是在线处理数据，第二种是离线处理数据。
在线处理数据的方案就是按照微服务的标准接口来进行，后端需要哪个系统的数据就去调用某个微服务提供的接口来获取。后端管理平台根据前端的需求去不同的微服务系统去获取数据，然后将返回的数据进行处理后将数据返回。这种方案有两个弊端：1）一方面微服务数据方需要提供数据接口，一方面数据的使用者需要去写调用方法，并且调用者需要编写大量的代码进行数据处理；2）在对各个微服务进行调取数据时会影响微服务的正常业务处理性能。
离线处理数据方案，就是将业务数据准实时的同步到另外一个数据库中，在同步的过程中进行数据整合处理，以满足业务方对数据的需求，数据同步过来后，再提供另外一个服务接口专业负责对外输出数据信息。这种方案有两个特点：1）数据同步方案是关键，技术选型有很多，如何选择切合公司业务的技术方案；2）离线数据处理对微服务正常业务处理没有影响。
在我以往的工作中两种方案都实施过，个人更倾向于使用第二种方案。
MongDB和数据分析
MongoDB称之为对开发人员最友好的数据库，不再强调传统关系数据库中的行和列，整个表可以看作一个Json文档，MongoDB也被认为在Nosql中最像关系数据库的Nosql数据库，保留了类似关系数据库的数据库（DataBase）、集合（Collection）、文档对象（Document）。
MongoDB是目前最热门非关系数据库的之一，在最新的数据库排行榜中MongoDB排名第五，在所有的非关系数据库中排名第一，非常广泛的应用于国内外的互联网公司。
MongoDB最大的特点是支持的查询语言非常强大，其语法有点类似于面向对象的查询语言，几乎可以实现类似关系数据库单表查询的绝大部分功能，而且还支持对数据建立索引。MongoDB在高可用和读写负载均衡上的实现非常简洁和友好，MongoDB自带了副本集的概念，通过设计恰当的副本集和驱动程序，可以非常便地实现高可用、读写负载均衡。
MongoDB的这些特性非常方便对数据进行高性能查询，MongoDB支持Aggregate和Mapreduce利用分而治之的理念来处理大规模数据分析。SpringBoot对MongoDB的支持非常友好，使用SpringBoot非常便利的处理对MongoDB查询和操作，SpringBoot也提供了组件包来支持对MongoDB的使用。
MongoDB4.0宣布将正式支持ACID事务，未来MongoDB的想象空间更加巨大！因此MongDB+SpringBoot是微服务架构中数据分析的理想选择之一。
再来聊聊SpringBoot
SpringBoot是由Pivotal团队提供的全新框架，其设计目的是用来简化新Spring应用的初始搭建以及开发过程。该框架使用了特定的方式来进行配置，从而使开发人员不再需要定义样板化的配置。采用SpringBoot可以大大的简化开发模式，所有你想集成的常用框架，它都有对应的组件支持。
SpringBoot基于Spring开发，SpirngBoot本身并不提供Spring框架的核心特性以及扩展功能，只是用于快速、敏捷地开发新一代基于Spring框架的应用程序。也就是说，它并不是用来替代Spring的解决方案，而是和Spring框架紧密结合用于提升Spring开发者体验的工具。同时它集成了大量常用的第三方库配置（例如Redis、MongoDB、Jpa、RabbitMQ、Quartz等等），SpringBoot应用中这些第三方库几乎可以零配置的开箱即用，大部分的SpringBoot应用都只需要非常少量的配置代码，开发者能够更加专注于业务逻辑。
SpringBoot一经推出就受到开源社区的追捧，SpringBoot官方提供了很多Starters方便集成第三方产品，很多主流的框架也纷纷进行了主动的集成，比如Mybatis。Spring官方非常重视SpringBoot的发展，在Spring