上一节说了单体架构，单体架构也无法适应我们的服务，来说说微服务，看能否解决单体架构的问题。
什么是微服务
最近两，三年才出现的新名词，虽然时间还不是很长，几乎每个软件从业人员对它有影响，也都通过微服务，很多人都意识到微服务对软件行业的影响。
- 定义
使用一套小服务来开发单个应用的方式，每个服务运行在独立的进程中，一般采用轻量级的通讯机制互联，并且他们可以通过自动化的方式部署。
- 多微才算微
1.代码量？
可是我们语言不同，不同的语言写相同的业务可能代码量差距非常大。
人来判断，实习期的开发人员和有5年以上开发经验的人员写的代码量也是有差距的。
2.开发时间？
影响开发速度的因素太多太多，个人的经验，擅长开发的语言，对业务的理解。
3.不可度量
实际是一种设计思路，设计思想，而不是固定的一个量
- 微服务的特征
1.单一职责
订单和支付，登录和注册，跟其他业务不太紧密的可以单独做成一个服务邮件，短信服务。
2.轻量级通信
轻量级的通信协议，简单来说平台无关语言无关。http。
3.隔离性
每个微服务在自己的内存中，相互之间不会干扰。
4.有自己的数据
业务数据的独立性。每个都有自己的业务数据库，降低业务的复杂度
5.技术多样性
开发人员选择最适合的开发语言，提供出应有的api。
- 微服务诞生背景
1.互联网行业的快速发展
技术变化快，用户数量变化快
2.敏捷开发。精益方法深入人心
用最小的代价，做最快的迭代，得到最有用的反馈。频繁的修改测试上线。
3.容器技术的成熟
容器技术没有成熟之前，微服务很难落地的，docker的出现解决了犹豫微服务数量的旁边运维的瓶颈。使微服务的落地成为可能。
PS：docker让微服务成为可能，感谢容器化技术的成熟！
