本文通过小餐馆的经营变化比喻，阐述了从传统单体项目到微服务架构的转变。介绍了Spring Cloud中的Eureka（服务注册与发现）和Ribbon（客户端负载均衡）如何解决微服务中的问题。讨论了微服务架构的优点如降低耦合度、易于扩展，以及面临的挑战如运维复杂性、分布式事务处理。最后，指出Spring Cloud是全面解决微服务问题的框架。
更多原创文章，请访问：https://takioo.cn
早期的传统项目和现在的微服务架构项目
1. 先举例一段生活中的场景
小餐馆初期只有一个厨师，切菜洗菜炒菜端盘全部一个人负责，（传统的单体服务）后来客人多了（访问量剧增/业务需求以及复杂性增加），一个人忙不过来，就又请了三个伙计，分别负责切菜、洗菜、端盘（服务拆分，演变为微服务架构），这样厨师就可以专心只负责炒菜，目前为止，总共四个服务模块：切菜–洗菜–炒菜–端盘。 有一天，老板发现客人中有很多四川人，于是想增加一些川菜，又招了一个四川大厨（炒菜服务模块的扩展，体现微服务的易扩展性）。
饭店生意变得更大了，陆续又招了几个厨师，分别负责炒鲁菜、川菜等。因为厨房与前台隔离，如果来了一个客人要点一个川菜，四川厨师也不知道，这时候就需要一个充当中间传话人作用的伙计（服务注册中心）。一开始，厨师们都到这个中间人那里登记自己的信息，譬如四川厨师登记：我是四川厨师，编号1111，负责炒四川菜（服务注册）。这样就方便多了，来了个客人点了个川菜，传话的伙计看了看登记表，拿起传话机告诉四川厨师：大厨，麻烦炒个麻婆
最低0.47元/天 解锁文章
扫一扫
1541
被折叠的 条评论
为什么被折叠?
到【灌水乐园】发言
