面试别问我 微服务架构优缺点?

本文介绍了软件开发架构从单体架构到微服务架构的演进过程,包括单体架构、垂直应用架构和SOA架构的优缺点。微服务架构因其解耦、容错性和技术灵活性等优点成为业界主流,但也带来了部署复杂性、分布式系统挑战等问题。遵循微服务设计原则,如职责独立和故障隔离,能有效应对这些挑战。

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


前言

什么是微服务,微服务优缺点,微服务设计原则,微服务架构的演进过程

一、微服务架构的演进过程?

单体架构
1.1 初期单体架构

在这里插入图片描述
单体架构设计非常简单 比如电商系统当中 把所以业务写成一个工程中 列如对应来说一个Java应用 包含鉴权 监控 订单 商品 物流 优惠 账号等服务实现 存储在MySQL 和Redis 当中

1.2 优点

​ 开发、部署、 上线非常简单

1.3 缺点

​ 1.代码耦合严重、牵一发而动全身,代码合并冲突很容易常见。

​ 2.维护困难,开发人员很难整体理解整个系统

​ 3.容错性差,因为整个系统是一个进程,如果系统报错,整个系统容易宕机
​ 4.资源不能进行合理利用,一个系统中不同的功能被被调用的频率不同,如果是单体应用的话,需要将整个应用水平扩展,造成了资源的浪费。
​ 5.不利于技术的扩展,传统的单体架构如果要更新某个技术,就需要重新开发整个系统
​ 6.难以扩展,不能按需扩展,而要扩展整个系统。代码库比较复杂,进行修改维护容易影响到别的功能

#####2.垂直应用架构 (单体架构的升级改进)

2.1 垂直应用架构设计图

在这里插入图片描述

2.2 优点

​ 服务、部署独立、水平扩展容易

2.3 缺点

​ 搭建复杂,服务之间关系错综复杂,维护困难

SOA 架构(垂直应用架构的升级改进) 也叫面向服务架构
3.SOA 架构设计图

在这里插入图片描述

3.2 优点

​ 1.能够提高开发效率,可以将整个系统分为几个不同的子系统,不同团队负责不同的系统,从而提高开发效率。
​ 2.解耦,降低了系统之间的耦合
​ 3.易于扩展,业务逻辑改变时只需要修改单个服务,减少了对使用者的影响

3.3 缺点

​ 抽取的粒度比较大。耦合度较高 开发周期比较长

4 .微服务架构 (业界最流行的软件开发架构)
4.1 微服务架构设计图

在这里插入图片描述

4.2 微服务优点

微服务是通过将系统根据功能划分为细粒度的服务,每一个服务都是一个独立的应用,根据这种思想创建的软件服务实体就是微服务。
1.解耦,根据功能将系统分为不同的独立运行的服务,将原来的复杂的系统简单化,每个服务交付给不同的团 队去负责,提高了开发效率。开发人员可以只关注自己的业务功能
2.容错性高,将错误隔离在单个服务内。
3.技术选型灵活,不同的服务可以根据自己的需求选择不同的技术。
4.易于扩展,可以按需扩展服务,避免资源的浪费
5.独立部署,每个服务独立部署,当其中一个服务有需求变更时,可以只编译部署单个应用,减少了对用户的影响

4.3 微服务缺点

​ 1.开发人员需要面对分布式系统的复杂性。测试更加困难,需要保证服务之间的通信;需要团队之间的协调;当用例涉及到多个服务的时候,需要实现分布式事务管理。
​ 2.部署比较复杂
​ 3.增加内存开销,微服务系统用多个服务实例取代了传统垂直架构的单个服务实例。有多少服务实例,就会有多少在内存运行的开销。

二、微服务架构需要遵循的原则

###### 5.1 微服务带来的收益 

​ 1.合理、正确的将单体应用迁移到微服务

​ 2.单个的微服务,可以选择一门你擅长的语言去开发,扩展性强

​ 3.对于整个应用而言,代码不在耦合,不会出现大量的冲突

​ 4.微服务可以重用,应用发布时间可控性更强

​ 5.通过故障隔离,让错误在微服务中降级,不会影响到整个应用(或其他服务)

5.2 不遵循微服务架构原则会出现巨大的问题

​ 1.微服务之间的依赖错综复杂,难为维护
​ 2.开发过程 互相纠缠 开发 上线时间严重影响
在这里插入图片描述

建议的最佳实战

1.职责独立:每个微服务只做自己功能范围内的事,微服务之间的依赖链不要过长
在这里插入图片描述
​ 2.建立单个微服务依赖链路不要超过3个请求

​ 3.使用熔断器实现快速的故障容错和线程隔离 Hystrix Sentinel

​ 4.通过网关代理微服务请求,网关是微服务架构对外暴露的唯一入口
在这里插入图片描述
​ 5.确保微服务API 变更后能够向后兼容


总结

1.对于通用的功能逻辑,如果不经常变更,那么,做成 SDK,而不是提供一个服务…
2.微服务通信链路如果『太长』,就需要考虑去重构、重新拆分微服务。

评论 1
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包

打赏作者

伟子涵

你的鼓励将是我创作的最大动力

¥1 ¥2 ¥4 ¥6 ¥10 ¥20
扫码支付:¥1
获取中
扫码支付

您的余额不足,请更换扫码支付或充值

打赏作者

实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

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

余额充值