单体架构 微服务架构 分布式 微服务通信方式 网关与nginx

文章探讨了单体架构和微服务架构的优缺点,单体架构简单但耦合度高,微服务则提供更高的性能和更低的耦合度,但维护成本增加。分布式部署是微服务的常见形式,而微服务间的通讯可通过RPC或MQ。此外,提到了微服务网关的角色,如统一鉴权和负载均衡,以及与Nginx和Zookeeper的区别。

摘要生成于 C知道 ,由 DeepSeek-R1 满血版支持, 前往体验 >

单体架构的优点和缺点,微服务架构的优点和缺点

单体架构
  • 优点:架构简单,维护成本低
  • 缺点:各个模块耦合度太高,当对一个模块进行更新修改时,会影响到其他模块,要一起进行修改。当存在性能瓶颈的时候,需要对整个服务进行扩容,不能有针对性的扩容,如一个程序的主要功能时其中某个服务,要对其增加机器,但因为是单体架构只有一个jar包,所以只能所有功能一起升级,哪怕某些服务所需的性能很低。
微服务架构
  • 缺点:架构复杂,维护成本高,会带来很多微服务架构的问题,比如说事务问题、网络问题
  • 优点:性能高、服务之间耦合度低,服务可以并行开发,开发周期短

分布式和微服务的区别 

分布式:分散部署
  • 分布式服务顾名思义服务是分散部署在不同的机器上的,一个服务可能负责几个功能,是一种面向SOA架构的,服务之间也是通过来交RPC互或。逻辑架构设计完后就该做物理架构设计,系统应用部署在超过一台服务器或虚拟机上,且各分开部署的部分彼此通过各种通讯协议交互信息,就可算作分布式部署,生产环境下的微服务肯定是分布式部署的,分布式部署的应用不一定是微服务架构的,比如集群部署,它是把相同应用复制到不同服务器上,但是逻辑功能上还是单体应用。
微服务:分散能力
  • 在做架构设计的时候,先做逻辑架构,再做物理架构,当你拿到需求后,估算过最大用户量和并发量后,计算单个应用服务器能否满足需求,如果用户
评论 2
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

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

抵扣说明:

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

余额充值