分布式和微服务问题

分布式和微服务问题

集群的概念就不用说了,很简单。  其实难点还是在 分布式和微服务的区别。

直到现在,我认为自己 已经挺清楚什么是 分布式 和微服务了

但越是这样,越有个问题想不明白

你们的回答   https://class.imooc.com/course/qadetail/249294   【 水平拆分:将一个项目根据“三层架构”拆分成表示层(jsp+servlet)、业务逻辑层(service)和数据访问层(dao),然后再分开部署:把表示层部署在服务器A上,把service和dao层部署在服务器B上,然后服务器A和服务器B之间通过dubbo等RPC进行进行整合。这种就不是微服务。 】

网上的辩解   微服务架构通常是分布式服务架构,反之则未必成立。

你们都是说  分布式部署不一定是 微服务架构 ,,, 我怎么都想不通,,分布式部署怎么可能不是微服务??没有微服务,你怎么来的分布式??  没有 将一个项目,细分成多个可以独立运行的系统(即微服务),,你的分布式部署  何来的  单独子业务???             

因此请举一个反例说明  为什么 分布式部署不一定是 微服务架构 ??  (我认为100%就是微服务架构)


正在回答

登陆购买课程后可参与讨论,去登陆

2回答

同学你好,上边的例子就是分布式部署,但是并不属于微服务架构。

将一个项目水平拆分,分别部署到不同的服务器上,通过dubbo等RPC进行通信。这种并不是将项目拆分成一个个模块,例如用户模块,支付模块等,不属于微服务架构。

祝:学习愉快~

  • py_builder 提问者 #1
    我大概有点明白了 1. 当我作横向水平拆分的时候 分成的是 DAO层,,Service层,,其中Service层包括了用户模块,支付模块等等,,而DAO层是数据增删改查模块,,意思是即便把这2个层分别做成一个 独立的子系统 分开部署 ,,依旧不算 微服务?? 2. 而当我 垂直拆分的时候 其实是变成这样了 A(前端+支付模块+DAO+n....)这样算一个完整的子服务(微服务,可以独立运行的系统),,同理 B(前端+用户模块+DAO+n....) C() D(),,,等等,,这样才算是 代码逻辑上的微服务架构??? 意思是不是这样呢??
    2020-09-09 10:52:27
好帮手慕阿满 2020-09-09 13:35:34

同学理解的是正确的。dao层,service等拆分后分别部署,其中拆分后dao,service等不能独立提供服务,不能算是微服务架构。

祝:学习愉快~

问题已解决,确定采纳
还有疑问,暂不采纳

恭喜解决一个难题,获得1积分~

来为老师/同学的回答评分吧

0 星
请稍等 ...
意见反馈 帮助中心 APP下载
官方微信

在线咨询

领取优惠

免费试听

领取大纲

扫描二维码,添加
你的专属老师