微服务来了（简单介绍）

前言

近期在公司实习，接触到微服务。那么微服务是什么？为什么要用微服务呢？微服务优缺点又是什么呢？本文资料来源于网络，简单整理，仅供参考。

1、什么是微服务

微服务，顾名思义，我们要从“微”和“服务”两个方面去理解。

微： 著名的"2 pizza 团队"很好的诠释了这一解释（2 pizza 团队最早是亚马逊 CEO Bezos提出来的，意思是说单个服务的设计，所有参与人从设计、开发、测试、运维所有人加起来只需要2个披萨就够了 ）
服务： 区别于系统，服务一个或者一组相对较小且独立的功能单元，是用户可以感知最小功能集。

1）一组小的服务（大小没有特别的标准，只要同一团队的工程师理解服务的标识一致即可）
2）独立的进程（java的tomcat，nodejs等）
3）轻量级的通信（不是soap，是http协议）
4）基于业务能力（类似用户服务，商品服务等等）
5）独立部署（迭代速度快）
6）无集中式管理（无须统一技术栈，可以根据不同的服务或者团队进行灵活选择）

2、为什么需要微服务

早期的单体架构带来的问题

单体架构在规模比较小的情况下工作情况良好，但是随着系统规模的扩大，它暴露出来的问题也越来越多，主要有以下几点：
1.复杂性逐渐变高，比如有的项目有几十万行代码，各个模块之间区别比较模糊，逻辑混乱，代码越多复杂性越高，越难解决遇到的问题。
2.技术债务逐渐上升，公司的人员流动。有的员工在离职之前，疏于代码质量的自我管束，导致留下来很多坑，由于单体项目代码量庞大的惊人，留下的坑很难被发觉，这就给新来的员工带来很大的烦恼，也就是所谓的技术债务越来越多。
3.部署速度逐渐变慢，单体架构模块非常多，代码量非常庞大，导致部署项目所花费的时间太多。
4.阻碍技术创新，比如以前的某个项目使用struts2写的，由于各个模块之间有着千丝万缕的联系，代码量大，逻辑不够清楚，如果现在想用spring mvc来重构这个项目将是非常困难的，付出的成本将非常大，最终没办法还是继续使用老的struts架构，这就阻碍了技术的创新。
5.无法按需伸缩，比如说电影模块是CPU密集型的模块，而订单模块是IO密集型的模块，假如我们要提升订单模块的性能，比如加大内存、增加硬盘，但是由于所有的模块都在一个架构下，因此我们在扩展订单模块的性能时不得不考虑其它模块的因素，因为我们不能因为扩展某个模块的性能而损害其它模块的性能，从而无法按需进行伸缩。

微服务与单体架构的区别

1.单体架构所有的模块全都耦合在一块，代码量大，维护困难；微服务每个模块就相当于一个单独的项目，代码量明显减少，遇到问题也相对来说比较好解决。

2.存储方式。单体架构所有的模块都共用一个数据库，存储方式比较单一；微服务每个模块都可以使用不同的存储方式（比如有的用redis，有的用mysql等），数据库也是单个模块对应自己的数据库。

3.开发技术。单体架构所有的模块开发所使用的技术一样；微服务每个模块都可以使用不同的开发技术，开发模式更灵活。

微服务与SOA区别

微服务，从本质意义上看，还是面向服务的体系架构（SOA，Service Oriented Architecture），但内涵有所不同。
微服务并不绑定某种特殊的技术，在一个微服务的系统中，可以有 Java 编写的服务，也可以有 Python编写的服务，他们是靠Restful架构风格统一成一个系统的。所以微服务本身与具体技术实现无关，扩展性强。

3、微服务本质

微服务，关键其实不仅仅是微服务本身，而是系统要提供一套基础的架构，这种架构使得微服务可以独立的部署、运行、升级，不仅如此，这个系统架构还让微服务与微服务之间在结构上“松耦合”，而在功能上则表现为一个统一的整体。这种所谓的“统一的整体”表现出来的是统一风格的界面，统一的权限管理，统一的安全策略，统一的上线过程，统一的日志和审计方法，统一的调度方式，统一的访问入口等等。
微服务的 目的 是有效的拆分应用，实现敏捷开发和部署 。
微服务提倡的 理念团队 间应该是 inter-operate, not integrate 。inter-operate是定义好系统的边界和接口，在一个团队内全栈，让团队自治，原因就是因为如果团队按照这样的方式组建，将沟通的成本维持在系统内部，每个子系统就会更加内聚，彼此的依赖耦合能变弱，跨系统的沟通成本也就能降低。

4、微服务的特征与优势

微服务特征：

1.单一职责；
2.轻量级的通信；
3.隔离性，运行在自己的进程中，不会相互干扰；
4.有自己的数据，数据的独立性，每个微服务都有自己的数据库；
5.技术的多样性，选用适合的技术做合适的事；

微服务的优势：

1.独立性 每个微服务的构建、部署、扩容、缩容、数据库都是独立的。数据库表修改时，互补影响。
2.敏捷性 功能单一、可快速添加新需求
3.技术栈灵活 可以发挥不同语言的优势，例如：用 python 来爬数据，nodejs 来处理 io 流
4.高效团队 可以分发给不同的团队进行开发

微服务的不足

1.额外的工作。例如：服务的拆分（即如何拆分微服务，哪些服务应该拆到一起）、服务注册、服务发现、微服务间的通信。
2.数据一致性。每个微服务都持有独立的数据库，无法做到数据强一致性，只能做到最终结果一致性。
3.沟通成本。做微服务也会增加团队的沟通成本。