Spring Cloud 讲解前言:传统单体项目和微服务

本文通过小餐馆的经营变化比喻,阐述了从传统单体项目到微服务架构的转变。介绍了Spring Cloud中的Eureka(服务注册与发现)和Ribbon(客户端负载均衡)如何解决微服务中的问题。讨论了微服务架构的优点如降低耦合度、易于扩展,以及面临的挑战如运维复杂性、分布式事务处理。最后,指出Spring Cloud是全面解决微服务问题的框架。
摘要由CSDN通过智能技术生成

更多原创文章,请访问:https://takioo.cn

早期的传统项目和现在的微服务架构项目

1. 先举例一段生活中的场景

小餐馆初期只有一个厨师,切菜洗菜炒菜端盘全部一个人负责,(传统的单体服务)后来客人多了(访问量剧增/业务需求以及复杂性增加),一个人忙不过来,就又请了三个伙计,分别负责切菜、洗菜、端盘(服务拆分,演变为微服务架构),这样厨师就可以专心只负责炒菜,目前为止,总共四个服务模块:切菜–洗菜–炒菜–端盘。 有一天,老板发现客人中有很多四川人,于是想增加一些川菜,又招了一个四川大厨(炒菜服务模块的扩展,体现微服务的易扩展性)。

饭店生意变得更大了,陆续又招了几个厨师,分别负责炒鲁菜、川菜等。因为厨房与前台隔离,如果来了一个客人要点一个川菜,四川厨师也不知道,这时候就需要一个充当中间传话人作用的伙计(服务注册中心)。一开始,厨师们都到这个中间人那里登记自己的信息,譬如四川厨师登记:我是四川厨师,编号1111,负责炒四川菜(服务注册)。这样就方便多了,来了个客人点了个川菜,传话的伙计看了看登记表,拿起传话机告诉四川厨师:大厨,麻烦炒个麻婆

评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值