微服务利与弊的思考

最新推荐文章于 2025-05-16 14:56:57 发布
最新推荐文章于 2025-05-16 14:56:57 发布
阅读量187 收藏
点赞数
分类专栏： 微服务 文章标签： 微服务 microservices 分布式
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
本文链接：https://blog.youkuaiyun.com/AL961105114/article/details/123211793
版权

文章目录

优点

  • 快速响应变更
    • 单一职责
    • 独立部署
  • 独立拓展
    • 边界清晰
    • 不过度受制于技术栈
  • 精细粒度业务控制
    • 降级熔断
    • 局部限流
  • 面向业务/领域模型
    • 不依赖数据模型
    • 易于抽象

缺点

  • 部署结构复杂
    • 模块众多
    • 额外组件
  • 依赖平台支撑
    • 依赖微服务组件
    • 研发成本
  • 分布式问题
    • 一致性
    • 异常补偿
  • 拆分的水平
    • 粒度过粗/过细

采不采用微服务

  • 业务规模 （成本收益）
  • 预期迭代的次数以及需要的效率
  • 研发团队配置
  • 业务领域 （服务如何拆分以及粒度）
    • 业务架构
    • 领域模型
《杨波：微服务架构核心20讲》之微服务入门
抛弃幻想，准备斗争
01-22 1701
一、什么是微服务架构 1、由一组小的服务组成，例如将单体架构应用进行拆分成多块小的独立服务，服务有多小具体看业务进行划分。 2、每个服务都是运行在独立的进程之中，以进程的方式去进行横向扩展。 3、服务之间的通信方式是轻量级的，例如HTTP协议。 4、基于业务能力来构建微服务。 5、每块服务都是能独立部署，团队之间不用太多协调，能加快迭代速度。 6、无集中式管理，每个团队管理的服务可以...
《微服务核心架构20讲》学习笔记
即知江湖
03-02 562
背景 微服务核心架构20讲 chapter 1 什么是微服务 Martin Fowler ⻢丁·福勒为微服务下了这样的几个定义： #mermaid-svg-BUoHxDK3x25hQZdd .label{font-family:'trebuchet ms', verdana, arial;font-family:var(--mermaid-font-family);fill:#333;color:#333}#mermaid-svg-BUoHxDK3x25hQZdd .label text{fill:#333
一：对微服务的认知与思考
Oscar Chen
07-23 2599
对微服务的思考认知 概念与理解 概念 Fred George Loosely coupled service oriented architecture with bounded context 松散耦合的、面向服务的、基于有界上下文的。 Martin Fowler 微服务是一种架构风格。 它将传统的单一系统按照业务划分成不同的服务，服务之间互相协作、配合，为用户提供最...
二：对微服务架构的思考
Oscar Chen
07-25 2177
思考认知是一个长久的过程，结合实际工作经验与情况反复思考、实践、认证、改进。V1.0，入门浅显认知。
微服务的利弊
m0_70325779的博客
07-06 255
我们在说微服务的利弊的时候，总会拿它与单体项目去做对比。那么什么又是单体项目呢？其实很好理解，我们可以把一个单体项目比喻成一个大盒子，一个业务中的所有的东西都放在这一个盒子里面。说到这里可能大家会觉得微服务多此一举，既然一个项目能整合在一起运作，为什么要对他进行拆分呢？这不是多此一举吗？如果你也有这样的疑问，那说明认真思考了。
Redis 使用 List 实现消息队列的利与弊
磊哥聊Java
01-19 459
分布式系统中必备的一个中间件就是消息队列，通过消息队列我们能对服务间进行异步解耦、流量消峰、实现最终一致性。目前市面上已经有 RabbitMQ、RochetMQ、ActiveMQ、Kafk...
微服务拆分维度
长河的博客
11-05 755
微服务，这三个字正在席卷着目前的互联网软件行业，尤其在近几年云原生迸发后，似乎人人都对微服务有了更广泛的使用和理解，张口就是各种各样的问号，有着强大的好奇心。 无独有偶，我有一个朋友鲤鱼在内部微服务的早期（每个业务组起步）就经常遇到下述的对话： 张三：为什么要拆现在的代码？ 鲤鱼：因为 ！@）&@！）！&）@！&！ 的原因。 张三：那即将要做的 “微服务” 是按照什么维度去拆分的服务？ 鲤鱼：常见的一般根据 ！@#*@！#&！（@&！@）#@ 的方式来拆分。
史诗级鸿篇巨著微服务架构之微服务介绍
qq_45455361的博客
11-10 755
微服务架构认知 欢迎大家和小编一起学习史诗级鸿篇巨著，微服务架构第一章——微服务架构认知，在本文中主要和大家介绍一下微服务架构的理念，让大家对微服务有个比较直观的认识，在介绍本次微服务系列之前，先来给大家做个剧透，看看我们整篇系列文章要介绍的内容。 微服务介绍 SpringCloud 在微服务的整个体系当中，它包含了许许多多的组件，比如： 服务治理——Eureka、Nacos、Consul 负载均衡——Ribbon 服务容错——Hystrix 服务调用——Feign、DubboRPC 分布式配置中心—
解析微服务架构中10个重要的设计模式
架构精进之路
04-16 1181
hello，大家好，我是张张，「架构精进之路」公号作者。从软件开发早期（1960 年代）开始，应对大型软件系统中的复杂性一直是一项令人生畏的任务。多年来为了应对软件系统的复杂性，软件工程师和架构师们做了许多尝试：David Parnas 的模块化和封装 （1972）， Edsger W. Dijkstra （1974）的关注点分离以及 SOA（1988）。他们都是使用分而治之这项成熟的传统技术来应...
微服务架构入门
qiang_zi_的专栏
07-03 1205
题目：用户在电商网站中购买成功了，那么它在微服务中经历了什么？ 当我傻啊，用户在电商网站购买成功，还在微服务中，那肯定就是有一套微服务架构的电商系统。 设计一套电商系统还不简单 简单想象一下，既然是一个电商系统，有用户去购买，就肯定得有一个用户模块，购买什么东西总不是西北风吧，购买肯定是商品吧，省掉购物车，就得有商品模块吧，商品总得有库存吧，库存就暂时跟商品放一起吧，什么仓储物流先别管...
什么是微服务
zhekin的博客
04-18 4686
作者：老刘 链接：https://www.zhihu.com/question/65502802/answer/802678798 来源：知乎 著作权归作者所有。商业转载请联系作者获得授权，非商业转载请注明出处。 一文详解微服务架构本文将介绍微服务架构和相关的组件，介绍他们是什么以及为什么要使用微服务架构和这些组件。本文侧重于简明地表达微服务架构的全局图景，因此不会涉及具体如何使用组件等细节。要理...
Lombok的利与弊：副作用与风险的全面分析
!... # 摘要 Lombok作为一个提高Java开发效率和代码整洁性的工具，其注解能够自动生成样板代码，简化开发流程。本文首先概述了Lombok的基本用法和功能，重点介绍了其核心注解和高级特性，并分析了在不同开发环境中的...
用户在电商网站中购买成功了，那么在微服务中经历了什么？
sincegc的博客
09-02 825
当我傻啊，用户在电商网站购买成功，还在微服务中，那肯定就是有一套微服务架构的电商系统。 设计一套电商系统还不简单 简单想象一下，既然是一个电商系统，有用户去购买，就肯定得有一个用户模块，购买什么东西总不是西北风吧，购买肯定是商品吧，省掉购物车，就得有商品模块吧，商品总得有库存吧，库存就暂时跟商品放一起吧，什么仓储物流先别管，就当作是虚拟商品好了，反正题目也没说不能是虚拟商品^_^，购买成功了，...
使用 Dubbo 对遗留单体系统进行微服务改造
maoreyou的博客
06-26 751
摘要： 在 2016 年 11 月份的《技术雷达》中，ThoughtWorks 给予了微服务很高的评价。同时，也有越来越多的组织将实施微服务作为架构演进的一个必选方向。只不过在拥有众多遗留系统的组织内，将曾经的单体系统拆分为微服务并不是一件容易的事情。Credit: Justin Kenneth Rowley. You can find the original photo at flickr.T...
若依框架Consul微服务版本
最新发布
化名三爷
05-16 161
使用RuoYi-Vue扩展了项目：使用若依前后端分离框架改造为Consul微服务版本
Java Web 应用安全响应头配置全解析：从单体到微服务网关的实践
lihaiming_2008的专栏
05-13 743
在 Web 安全领域，响应头（Response Headers）是防御 XSS、点击劫持、跨域数据泄露等攻击的第一道防线。安全响应头是 Web 应用安全的基石，通过本文的配置方案，可覆盖 XSS、点击劫持、跨域泄露等常见攻击。：针对 IE 浏览器，禁止自动打开下载的文件（如.exe、.pdf），避免恶意文件执行。的作用、配置规范及 Java 项目（含微服务网关）的实现方案，并附完整代码示例。：防止 XSS 攻击，限制浏览器仅加载指定来源的资源（如 JS、CSS、图片）。（下载后仅保存，不自动打开）。
微服务八股（自用）
m0_62261710的博客
05-13 998
Hystrix熔断机制，监控微服务调用情况，默认关闭（引导类添加注解打开）区域可用的服务器为基础进行服务器选择，再对区域内的服务器进行轮询（默认）请求失败率超过一定阈值，触发熔断（快速失败），一定时间内重新尝试请求，RM资源管理器：向TC注册报告分支事务状态，驱动分支事务提交、回滚。不能响应，继续走熔断机制，微服务可达，关闭熔断，恢复正常请求。通过配置类（全局）或者配置文件配置（局部，某一个服务调用）TM事务管理器：定义全局事务范围，开始、提交、回滚全局事务。
微服务，服务粒度多少合适
qq_14886109的博客
05-13 456
项目服务化通过提高代码复用性、专注性、解耦合、高质量、易扩展和高效率，显著提升了系统开发和维护的效率。微服务拆分策略建议统一服务层，按子业务、库或接口划分服务，优先采用领域驱动设计（DDD）划分服务边界。在实践场景中，拆分单体系统应识别核心业务链路，优先拆分高频变更模块，并逐步演进。服务粒度的权衡需考虑性能需求和业务复杂度。技术实现上，保证数据一致性可采用Saga模式和最终一致性策略，服务通信设计则建议外部标准化使用RESTful API，内部高性能通信使用gRPC/Dubbo。
Maven构建流程详解：如何正确管理微服务间的依赖关系-当依赖的模块更新后，我应该如何重新构建主项目
苍煜
05-14 675
在现代 Java 开发中，Maven 是一个非常重要的项目管理工具。它不仅可以帮助我们自动下载依赖库，还能通过标准的生命周期命令（如）来完成项目的编译、测试、打包和部署。“当依赖的模块更新后，我应该如何重新构建主项目？本文将从 Maven 的基本命令讲起，结合一个典型的项目依赖场景，带你彻底理解如何正确使用 Maven 构建项目。场景推荐操作修改了 B，想让 A 使用最新版先B，再或installAA 和 B 是父子模块在父级目录执行想清除所有历史构建加上clean是个好习惯。
微服务架构实践与思考
"微服务架构的构建方法与实践心得" 微服务架构作为一种现代软件开发的模式，近年来在业界得到了广泛的关注和采纳。它的核心思想是将大型的单体应用拆分成一组小型、独立的服务，每个服务都能独立部署、扩展和维护，...
评论
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

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

抵扣说明：

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

余额充值