一:什么是微服务
1、马丁福勒博客：https://martinfowler.com/articles/microservices.html
2、用来描述将软件应用程序设计为独立可部署服务套件的特定方法。虽然这种体系结构风格没有精确的定义，但是围绕着业务能力、自动部署、端点中的智能以及语言和数据的分散控制，围绕着组织有一些共同的特征
3、简而言之架构风格是一种将单个应用程序开发为一组小服务的方法，每个服务运行在自己的流程中，并且与轻量级机制（通常是HTTP资源API）通信。这些服务是围绕业务能力建立的，并且可以由完全自动化的部署机器独立部署。这些服务的集中管理只有最低限度，可以用不同的编程语言编写并使用不同的数据存储技术。
单个应用程序开发为一组小服务的方法
服务的集中管理只有最低限度
1、从技术角度理解
1、微服务就是将传统的一站式项目应用，来根据业务进行拆分成一个一个的服务，从而彻底的去掉耦合
2、那么每个微服务提供了单个业务功能的服务，说白就是一个服务一个事件
也就一个独立的处理过程，类似进程的概念，能够独立运行和销毁，甚至拥有自己的数据库
3、如下单就是下单，支付就是支付
二：微服务与微服务架构
1、微服务：
1、强调的是服务的大小，关注的是某一个点，具体解决某个一个问题/落地的对应服务的一个服务应用.
2、如同医院中的眼科只做眼科的事，化验科只做化验科的事，换句话说，专业的事交给专业的来做
2、微服务架构：
1、微服务架构是一种架构模式，他提倡将单位一应用程序划分成一组小的服务，服务之间互相协调，互相配合，为用户提供最终价值.
2、每个服务运行在一个独立的进程中，服务与服务间采用轻量级的通信机制互相协作(通常是基于HTTP协议的RESTful API的风格)。
3、每个服务都是围绕着具体业务进行构建，并且能够被独立的部署到生成环境、类生产环境等。
4、另外应当尽量避免统一的集中式的服务管理机制，对具体的一个服务而言，应根据业务上下文，选择合适的语言，工具对其进行构建。
5、换句话说，比如医院中眼科/化验科/等就一个小的服务，而对外提供一个大的服务就是医院
二：微服务优点与缺点
1、优点
1、每个服务足够内聚，够小，代码容易理解这样能够明确的指定一个业务功能或者是业务需求
2、一个微服务开发简单，开发效率高，因为一个微服务就是专一的只做一个事情
3、能够被小团队进行独立的开发
4、微服务是松偶合的，是有功能意义的服务，无论是开发阶段或者是在部署阶段都是独立的。
5、微服务可以使用不同的语言进行开发。
6、容易与第三方的技术进行集成，允许容易灵活的方式集成自动部署，通过持续集成工具进行集成如Jenkins Hudson 等...
7、微服务容易让开发人员理解，修改访问维护
8、微服务允许利用融合新的技术
9、微服务只专注业务逻辑的代码，不会和HTML/CSS等前台技术以及组件混合
如平常开发中的两种模式:
一种模式：
前后的分离模式
程序员只是专注后端的代码，和前端工程师安装约定的Rest地址+输入的参数格式+输出的参数格式、如$.post(rest,jsonDate,callBack)
二种模式：
全栈开发
H5+CSS+JAVAEE.....
10、每个微服务都有直接的存储的能力，可以拥有自己的数据库，也可以用拥有同一个数据库
2、缺点
1、开发人员要处理分布式系统的复杂性
2、多服务运维难度加大
3、系统部署依懒
4、服务器之间的通信成本加大
5、数据的一致性
6、系统的集成测试难度加大
7、性能的监控难度加大
三：微服务技术栈
1、就是多种技术的集合体
1、之前分布式架构使用的技术服务
1、服务治理(如阿里巴巴的Dubbo)
2、服务的注册(如Apache_ZooKeeper)
3、服务的调用
4、服务的负载均衡_(Jenkins)
5、服务的监控
.........
6、如都是不同的公司的不同的技术
那么可不可以使用同一家个公司的技术来完成?可以使用SpringCloud
2、微服务技术
四：微为什么选择SpringCloud作为微服务技术架构
1、选择依据
1、整体解决方法和框架的熟悉度
2、社区的热度
3、可维护性
4、学习的路线
2、目前公司微服务技术架构
1、阿里的Dubbo/HSF(分部式高速框架可理解二代Dubbo)俗称:好舒服
2、京东的JSF俗称:惊舒服
3、新浪微博Motan俗称:茅台
4、当当网Dubbox
3、各各微服务技术的对比
筛选微服务的条件
1、看看是否满足微服务
2、如何满足(是否可以自理更生)
3、借用第三方的技术