业界大牛： 马丁.福勒

微服务： 就目前而言，对于微服务业界并没有一个统一的，标准的定义。
他提倡将单一的应用程序划分成一组小的程序，每个服务运行在其独立的自己的进程中，服务之间互相协调，相互配合为用户提供最终的价值。

dubbo ：是rpc
springcloud ： 是基于HTTPRESTful API

微服务架构： 是一种架构模式，每一个服务运行在独立的进程中，好比中华民族是一个微服务架构，中华民族由56个民族组成，这些56个民族就是一个个微服务

微服务： 强调的是服务的大小，它关注的是某一个点，是具体解决某一个问题提供落地对应服务的一个服务应用，狭义的看，是可以看做eclipse里面的一个一个微服务工程或者module。

微服务的优点：
每一个服务足够内聚，足够小，代码容易理解这样能聚集一个指定的业务功能或业务需求。
开发简单，开发效率提高，一个微服务可能就是专一的只是干一件事。
微服务能够被小团队单独开发，这个团队是2到5个人组成。
微服务是松耦合的，是有功能意义的服务，无论是在开发阶段或者部署阶段，都是独立的。
微服务能使用不同的语言开发。
易于和第三方集成，微服务允许容易且灵活的方式集成自动部署，通过持续集成工具，如jenkins，hubson，bamboo，微服务易于被一个开发人员理解，修改和维护。
微服务允许你利用融合最新的技术。
微服务只是业务逻辑的代码，不会和Html，css或其他界面组件混合。
每个微服务有自己的存储存储能力，可以有自己的数据库，也可以有统一的数据库。
缺点：
开发人员处理分布式系统的复制性。
多服务运维难度，随着服务的增加，运维的压力也在增大。
系统部署依赖。
服务间通信成本
数据一致性
系统集成测试
性能监控。。。。。。

微服务技术栈：
多种技术的集合体。
服务治理
服务注册
服务调用
负载均衡
服务监控。。。。

为什么选择SpringCloud作为微服务架构？

选型依据：
整体解决方案和框架成熟度
社区热度
可维护性
学习曲线
微服务架构有哪些？
阿里：Dubbo/HSF
京东：JSF
新浪微博：Motan
当当网：DubboX