吃喝时间，让你秒懂微服务
- 微服务
- eureka
- Provider
- Consumer
- gateway
- Governance
- DevOps
- 服务鉴权
微服务
在这里来来往往各式各样的人群
在这优雅的环境中，哪能只有吃吃喝喝
当然还有知识的收获！
一顿饕餮盛宴，让我学会了微服务，不信你接着往下看……
eureka
亚马逊为了确保服务的质量，也是做足了准备。三名“大堂”主管，戴着专业的蓝牙耳机在有条不紊的协调着各个服务小组。
这三位经理是微服务中非常关键的“服务注册中心”，通常用 eureka 实现，三位经理，确保服务高可用。
Provider
后厨人员明确分工，紧锣密鼓的准备着：有两组人专职烤全羊，有两组人负责烤串，有一组人负责拌小菜，还有一组人负责酒水和餐具。
他们是微服务中按照业务被拆分的各种“服务提供者”（Provider），每种服务都有一组人在提供，这叫服务的多实例，确保服务高可用。
Consumer
我们这伙人按照团队很快分成了几堆儿，坐享其成！我们就是微服务中的“外部消费者”（Consumer）。
gateway
当美味陆续上桌了，众人开始推杯换盏，很快就盘子“见底儿了”，于是各组都在呼唤服务员添菜撤空盘。这时有一组服务员专门过来应酬大家的要求，确保满足大家的服务要求。他们就是微服务中的“服务网关”，负责将客户端的请求进行统一的协调传递到后厨。
Governance
羊排最受大家的喜欢，成为“稀缺资源”，供不应求。服务员上羊排时，先按批上，一批提供给几组人，这个就是微服务中的“服务限流”。
当每组都拿到羊排之后，有几组很快就消灭没了。于是，继续不停呼唤服务员要羊排，这时候服务人员虽然应答了大家的需求，可是羊排补充的速度逐渐下降，开始用肉串替代羊排了，这个就是微服务中的“服务降级”。
再后来羊排没有了，后续再要羊排就直接被告知已上完，这个就是微服务中的“服务熔断”。服务限流、服务降级和服务熔断属于微服务中服务运行时的服务治理（Governance）。
DevOps
这个场地的服务包含：备料、初加工、菜品制作到按需上菜、撤盘、添菜，这个过程就是 “DevOps”，备料、初加工和菜品制作是 Development；按需上菜、撤盘、添菜是 Operations。Dev 和 Ops 的无缝衔接，确保了这里提供了完美的服务给顾客。
服务鉴权
这个场地同时接待很多客人，如何避免有人重复领取哈根达斯冰淇淋(限量的)？我们在领取哈根达斯时，服务员会看验证单，知道我们是否已经领取过，这个就是微服务中的“服务鉴权”，服务只提供给有授权的消费者。
