微服务-开篇-个人对微服务的理解

从吃饭说起

个人理解新事物的时候喜欢将天上飞的理念转换成平常生活中的实践，对比理解这些高大上的名词，才能让我们减少恐慌的同时加深理解。废话不多说，我们从吃饭开始说起，逐渐类比出微服务的思想。
（个人见解，帮助掌握概念，有不对的地方请大神指出）

小明有一家餐馆，一开始餐馆很小，只有小明一个人。自己既要炒菜也要端碗还要打扫卫生。不过由于餐馆小，顾客不多也能忙的过来。
（单机模式，应用的数据、代码等全部运行在一台服务器上）

小明的手艺很好，不长时间他的饭馆在邻居中获得了口碑，大家都去他那吃饭。小明很开心，但是他发现他自己忙不过来了。。。
（业务量大了之后，由于单机的性能限制，服务无法满足需求）

想了一下以后，他决定招一名服务员，帮他承担端碗打杂的活。
（将部分功能拆开，比如将数据库分离，前后端分离，只是简单的做了拆分，不涉及微服务思想）

又过了一段时间，小明发现自己还是忙不过来，而且服务员也抱怨自己又要接待客人又要端碗还要打扫卫生，忙不过来了。
（在高并发的场景下，依旧无法满足需求）

于是，小明想了一下决定，再招一名厨师帮自己，另外再招一名服务员分解压力。随着小明的饭店生意越来越好，顾客越来越多，小明不停的招员工。
（不停的添加服务器，业务上逐渐拆分的更加细化。符合微服务理念，但是缺少微服务管理模块，会出现新的问题）

但是，新的问题来了：

1. 员工偷懒，迟到、早退、缺勤等情况严重，无法及时发现和处理，导致客人有时候来到饭馆吃不到饭。（服务注册与发现）
2. 客人感觉每次来了之后招待，端碗都乱哄哄的，没有统一的管事的人，用餐体验差，客人期望有专人对接服务。（网关服务）
3. 员工都抱怨自己很忙，但是效率确上不去。（服务调用，负载均衡）
4. 有时候餐馆用餐的人太多，自己点了很久也不上菜，并且没有人出来解释。（服务降级，服务熔断）
5. 有时候服务员A收过钱了，但是服务员B不知道，还会问客人收钱。（数据一致性）

以上问题引出了讨论的主题，微服务和微服务的主要工具模块

问题解决：

1. 招聘专业管理者，管理员工签到请假早退等。（Eureka、Zookeeper、Consul、Nacos）
2. 招聘接待人员，专门接待客人用餐，客人只与接待人员沟通即可。（Zuul、gateway）
3. 招聘专人根据具体的规则给每个员工安排合适的工作量。（Ribbon、OpenFeign）
4. 招聘专人，在饭店坐满或者某个厨师、服务员工作压力过大、或者某个菜卖完了的时候，及时给客人提示。（Hystrix、sentinel）
5. 招聘专人负责数据一致性（seate）

另外，还有链路追踪、服务配置等内容。随着饭店的变大，小明可以继续将自己的饭店业务细化，比如厨房分为配菜、切菜、炒菜、面点等服务。服务员分为传菜、接待、前台等等。每一个服务需要其他服务的配合时就互相调用。但是不是一对一的调用，不是直接两个人直接找到对方。而是通过对方的经理，找到对应的负责人对接。这样所有的服务都相当于一个整体，内部由很多个单体组成，但是对外只有一个接口，由经理负责统一调度。

这些加在一起，可以保证小明的饭馆在管理上和服务上都满足客人的需求。也保证在客流量大的时候，整个饭店的运营不会出现故障。

目前引出了微服务架构的概念和主要应用工具，但是还感觉在天上飘着，没有脚踏实地的感觉，不着急，下一篇整理一下我对Springclound的理解。