HarmonyOS开发者限时福利来啦!最高10w+现金激励等你拿~ 了解详情
写点什么

微服务的额外代价

  • 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:214326

评论

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

研发效能团队如何拥抱开源社区?一些前沿理念与朴素认知

Zilliz

Python代码阅读(第64篇):角度与弧度互转

Felix

Python 编程 Code 阅读代码 Python初学者

完美!华为爆出Redis宝典,原来Redis性能可压榨到极致

热爱java的分享家

Java 面试 程序人生 编程语言 经验分享

工具 | pg_recovery 设计原理与源码解读

RadonDB

数据库 postgresql 源码 RadonDB

联想智慧服务获金耳唛奖总冠军暨业务交流会在京举行

科技大数据

AI 收藏夹 Vol.002

Zilliz

单元测试再出发

FunTester

Java 单元测试 测试框架 spock Groovy

为什么工业巨头们偏爱自建5G私有专网!

鸿天hente

花了30天才肝出来,史上最全面Java设计模式总结,看完再也不会忘

Tom弹架构

Java 架构 设计模式

从落地效果看,转转选择TDengine的三个理由

TDengine

tdengine 后端 时序数据库

硬核!阿里自爆虐心万字面试手册,Github上获赞89.7K

热爱java的分享家

Java 架构 面试 编程语言 经验分享

莫慌!阿里人用五个模块讲明白了SpringCloud,可下载

热爱java的分享家

Java 架构 面试 编程语言 经验分享

Js 异步处理演进,Callback=>Promise=>Observer

CRMEB

双非渣硕,在传统公司磨炼四年后成功拿到阿里offer!(附面经分享)

Geek_1df311

Java 程序员 架构 面试

中科柏诚加入信创生态实验室,助力金融领域关键核心技术攻关

联营汇聚

IMS究竟有什么用?

鸿天hente

限量!腾讯高工用4部分讲清楚了Spring全家桶+微服务

热爱java的分享家

Java 面试 程序人生 编程语言 经验分享

盲盒app源码开发盲盒小程序原生开发搭建

风行无疆

参赛必读!! 签约计划第二季考核要求

InfoQ写作社区官方

签约计划第二季 热门活动

汽车之家 x StarRocks:极速实时数据分析实践

StarRocks

大数据 数据分析 StarRocks OLAP数据库

智能客服"下半场":数据、技术与服务

百度大脑

人工智能

首次公布Java10W字面经,Github访问量破百万

热爱java的分享家

Java 架构 面试 程序人生 经验分享

直播带货软件原生开发直播带货小程序平台搭建

风行无疆

WorkPlus协同办公系统的优势有哪些?

WorkPlus

百度ERNIE新突破!登顶中文医疗信息处理权威榜单CBLUE冠军

科技热闻

PingCode Wiki 协同编辑技术揭秘

PingCode研发中心

wiki PingCode

淘特 Flutter 流式场景的深度优化

阿里巴巴终端技术

flutter ios android 移动应用 客户端开发

这样准备面试定能轻松斩获offer!(内附精选java面试题与答案)

Geek_1df311

Java 程序员 架构 面试

InfoQ 写作平台优质创作者签约计划第二季,我们来了!

InfoQ写作社区官方

签约计划第二季 热门活动

ExoPlayer播放在线TS文件无声音问题分析

Changing Lin

11月日更

掘金新大陆——最后一个十亿蓝海

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