写点什么

微服务的额外代价

  • 2015-06-04
  • 本文字数:1554 字

    阅读完需:约 5 分钟

过去一年里,我们已经听到很多关于微服务的讨论。无论你觉得它们是一种新的架构方式,还是认为它们仅仅是对SOA 理念进行了重新包装,毋庸置疑的是微服务的理念正在席卷整个程序员社区。 Martin Fowler 的一篇文章经常被作为微服务的原始素材所引用,文章详细阐述了像 Netflix 这样的组织使用微服务的经验和成果。最近,Martin 在这个话题上又有新的言论,特别谈到了开发人员什么时候应当考虑使用微服务。

微服务 [噱头化] 带来的的后果之一是,我们看到开发团队太渴望拥抱微服务,却没有意识到他们要为此付出的代价。这增加了一个项目的成本和风险——经常会使项目陷入到严重的麻烦当中。

Martin 承认,微服务的术语最近可能有炒作之势,但它作为一种有用的架构风格已经存在很长时间了。有趣的是,Martin 并没有将这种风格视作 SOA 的一个变种,尽管他作为先驱见证了微服务最早的一些发展。不管微服务的名字叫什么, Martin 还是对程序员想要知道的答案做出了解释:究竟微服务架构对你的系统来讲是不是一个好的选择?

系统自身的复杂性是你决定是否使用微服务的一个决策点。微服务的方法适用于处理复杂系统,但微服务自身也会引入一组新的复杂性问题。当你使用微服务时,你必须有自动部署、监控、异常处理、最终一致性保证,以及其它分布式系统引入的各种复杂因素。

Martin 在他的文章中包含了一个图表,试图展示微服务应用与典型单体应用相比,它是如何改变系统复杂性的。他的建议是:

除非你面对的是一个过于复杂以至于难于管理的单体应用,否则绝对不要考虑使用微服务。大多数的软件系统应该构建为独立的单块程序。确保注重单体应用自身的模块化,而不要试图把它们分离成单独的服务。

有多种驱动程序员使用微服务的复杂难题,包括多应用并存、支持多个业务功能独立发展和扩展。然而,在 Martin 的观点中,采用微服务的决定性因素应当是单块应用已经过于庞杂以至于难以修改和部署。然而,正如我们去年的报道,Simon Brown 做了一个有趣的观察。

如果您正在构建一个单体系统,而它正在变成了一个大杂烩,也许你应该考虑是否足够对软件架构足够关注。你真的理解了软件中核心的结构性抽象吗?它们的接口和责任明确吗?如果不是,你为什么认为迁移到微服务架构可以有所帮助?当然,微服务将迫使你的系统物理分离从而无法走捷径,但是通过单块应用组件之间的分离也能达成同样的效果。

Martin 对于微服务和单体应用的看法更加客观。

很多归结于单体应用的问题其实并不是那种架构风格所自有的。我听说过人们说,你之所以需要使用微服务,是因为在单块应用中无法做到持续交付 - 然而已经有很多公司成功的完成了曲奇分割式部署( cookie-cutter deployment ) 的方式:Facebook 和 Etsy 是两个很著名的例子。

他还认为,将系统规模的增长视作你被迫使用微服务,从而使部件(组件)更容易替换的理由并不成立。认为单体应用不会有定义良好的模块边界的理由也并不充分。然而,Martin 通过实践认为,由于这些边界通常太容易被逾越,所以单体应用很容易被冠以大杂烩( Big Ball of Mud )的称号。总之,Martin 还是希望人们在决定向微服务架构跨越之前,深思熟虑一番,认真考虑架构和系统实现中的所有因素:

当代码规模等复杂性问题不断涌入项目时,我看到很多团队会发现微服务是个不错的选择。你要始终牢记微服务会带来了高昂的额外开销,显著减缓你的开发效率,除非你面对的复杂性难题确实需要微服务来解决。所以如果你能够保证系统足够简单,从而避免使用微服务:那怎么简单就怎么做吧。

查看英文原文 Microservices Premium


感谢张龙对本文的审校。

给InfoQ 中文站投稿或者参与内容翻译工作,请邮件至 editors@cn.infoq.com 。也欢迎大家通过新浪微博( @InfoQ @丁晓昀),微信(微信号: InfoQChina )关注我们,并与我们的编辑和其他读者朋友交流(欢迎加入 InfoQ 读者交流群)。

2015-06-04 10:214734

评论

发布
暂无评论
发现更多内容

CAD怎么将实体转换为网格

极客天地

如何与Cursor结对编程?

RockBot

AI技术实践 cursor

重大升级| SecGPT V2.0:打造真正“懂安全”的大模型

云起无垠

数字先锋|文化传承新引擎:班智达科研项目云端腾飞!

天翼云开发者社区

云服务 教育数字化

赋能能源 | 智慧数据,构建更高效智能的储能管理系统

KaiwuDB

数据库 kwdb

促销系统:促销活动、优惠券、优惠规则概念模型设计

量贩潮汐·WholesaleTide

CAD怎么根据浮动范围选择圆

极客天地

StarRocks Community Monthly Newsletter (Mar)

StarRocks

OLAP 存算分离架构 StarRocks 湖仓一体 数据库 大数据

阿里云OSS应对DDoS攻击策略

网络安全服务

阿里云 CDN 域名解析 DDoS DDoS 攻击

zk源码—会话的实现原理

电子尖叫食人鱼

Java

Anolis OS 8.10 发布:软硬协同优化,满足多行业实际应用需求

OpenAnolis小助手

操作系统 龙蜥社区 龙蜥操作系统 Anolis OS

CAD如何放大图纸

极客天地

真正懂生产的工业智能体长啥样?一个评测告诉你答案

王吉伟频道

工业互联网 智能体 工业智能体 Agents 工业大模型

虚拟化NFSoRDMA基础的分离式存储解决方案,用于AI工作负载

Sergey Platonov

性能测试 虚拟化 高性能计算, 高性能计算架构

京东3D空间视频生成技术探索与应用

京东零售技术

[方案讨论]怎么把大量电话号码批量导入手机通讯录,联系人号码导入苹果iphone华为小米等手机

一码平川

云备份技术解析:云备份 CT-CBR 关键技术介绍

天翼云开发者社区

云备份

让我看看有多少人不知道Vue3中也能实现高阶组件HOC

不在线第一只蜗牛

Java JavaScript 前端

SvelteKit 最新中文文档教程(21)—— 最佳实践之图片

冴羽

前端 前端框架 React Svelte SvelteKit

小白速进!30 天吃透低代码,全是超绝干货!

代码制造者

低代码 自学 无代码

Sentinel源码—ProcessorSlot的执行过程

电子尖叫食人鱼

Arthas watch (方法执行数据观测)

刘大猫

Arthas 图像处理 图像分割 光学成像 光电成像技术

深入研究:微店商品详情API接口详解

tbapi

微店商品详情接口 微店API 微店数据采集

通义灵码 Rules 库合集来了,覆盖Java、TypeScript、Python、Go、JavaScript 等

阿里云云效

阿里云 云原生 通义灵码

【IoTDB 线上小课 14】我们为什么要做树表双模型?

Apache IoTDB

MES助力电线电缆行业生产:从质量管控到追溯管理

万界星空科技

mes 电线电缆行业 制造业工厂 电线电缆mes 生产管理MES系统

通义灵码 Rules 库合集来了,覆盖Java、TypeScript、Python、Go、JavaScript 等

阿里巴巴云原生

阿里云 云原生 通义灵码

Java 开发玩转 MCP:从 Claude 自动化到 Spring AI Alibaba 生态整合

阿里巴巴云原生

Java

Edge 浏览器推出 Copilot Vision:免费实时解析屏幕内容;Aqua Voice:极速 AI 语音输入工具丨日报

声网

《Operating System Concepts》阅读笔记:p733-p734

codists

1688代采系统功能深度解析:如何通过自动采集商品详情数据API接口实现高效运营

代码忍者

1688代采集运系统

微服务的额外代价_SOA_Mark Little_InfoQ精选文章