写点什么

单体应用与微服务优缺点辨析

  • 2015-04-08
  • 本文字数:1990 字

    阅读完需:约 7 分钟

近日,Java Code Geeks 发表了一篇文章,分析了单体应用与微服务的优缺点,并建议使用微服务重构现有的应用程序。

通俗地讲,“单体应用(monolith application)”就是将应用程序的所有功能都打包成一个独立的单元,可以是 JAR、WAR、EAR 或其它归档格式。单体应用有如下优点:

  • 为人所熟知:现有的大部分工具、应用服务器、框架和脚本都是这种应用程序;
  • IDE**** 友好:像 NetBeans、Eclipse、IntelliJ 这些开发环境都是针对开发、部署、调试这样的单个应用而设计的;
  • 便于共享:单个归档文件包含所有功能,便于在团队之间以及不同的部署阶段之间共享;
  • 易于测试:单体应用一旦部署,所有的服务或特性就都可以使用了,这简化了测试过程,因为没有额外的依赖,每项测试都可以在部署完成后立刻开始;
  • 容易部署:只需将单个归档文件复制到单个目录下。

目前为止,单体应用已经很好地服务了我们,未来无疑还会继续发挥重要作用。但是,不管如何模块化,单体应用最终都会因为团队壮大、成员变动、应用范围扩展等出现问题。下面是单体应用的一些不足:

  • 不够灵活:对应用程序做任何细微的修改都需要将整个应用程序重新构建、重新部署。开发人员需要等到整个应用程序部署完成后才能看到变化。如果多个开发人员共同开发一个应用程序,那么还要等待其他开发人员完成了各自的开发。这降低了团队的灵活性和功能交付频率;
  • 妨碍持续交付:单体应用可能会比较大,构建和部署时间也相应地比较长,不利于频繁部署,阻碍持续交付。在移动应用开发中,这个问题会显得尤为严重;
  • 受技术栈限制:对于这类应用,技术是在开发之前经过慎重评估后选定的,每个团队成员都必须使用相同的开发语言、持久化存储及消息系统,而且要使用类似的工具,无法根据具体的场景做出其它选择;
  • 技术债务:“不坏不修(Not broken,don’t fix)”,这在软件开发中非常常见,单体应用尤其如此。系统设计或写好的代码难以修改,因为应用程序的其它部分可能会以意料之外的方式使用它。随着时间推移、人员更迭,这必然会增加应用程序的技术债务。

而随着业务需求的快速发展变化,敏捷性、灵活性和可扩展性需求不断增长,迫切需要一种更加快速高效的软件交付方式。微服务就是一种可以满足这种需求的软件架构风格。单体应用被分解成多个更小的服务,每个服务有自己的归档文件,单独部署,然后共同组成一个应用程序。这里的“微”不是针对代码行数而言,而是说服务的范围限定到单个功能。微服务有如下特点:

  • 领域驱动设计:应用程序功能分解可以通过 Eric Evans 在《领域驱动设计》中明确定义的规则实现;每个团队负责与一个领域或业务功能相关的全部开发;团队拥有全系列的开发人员,具备用户界面、业务逻辑和持久化存储等方面的开发技能;
  • 单一职责原则:每个服务应该负责该功能的一个单独的部分,这是 SOLID 原则之一;
  • 明确发布接口:每个服务都会发布一个定义明确的接口,而且保持不变;服务消费者只关心接口,而对于被消费的服务没有任何运行依赖;
  • 独立部署、升级、扩展和替换:每个服务都可以单独部署及重新部署而不影响整个系统。这使得服务很容易升级,每个服务都可以沿着《Art of Scalability》一书定义的 X 轴和 Z 轴进行扩展;
  • 可以异构 / 采用多种语言:每个服务的实现细节都与其它服务无关,这使得服务之间能够解耦,团队可以针对每个服务选择最合适的开发语言、持久化存储、工具和方法;
  • 轻量级通信:服务通信使用轻量级的通信协议,例如,同步的 REST,异步的 AMQP、STOMP、MQTT 等。

相应地,微服务具有如下优点:

  • 易于开发、理解和维护;
  • 比单体应用启动快;
  • 局部修改很容易部署,有利于持续集成和持续交付;
  • 故障隔离,一个服务出现问题不会影响整个应用;
  • 不会受限于任何技术栈。

微服务看上去像一枚银弹,可以解决许多软件开发方面的问题。这看上去很美好,但并不易于实现。微服务会极大地增加运维工作量,InfoWorld 在一篇文章中明确指出:

使用微服务,一些技术债务势必从开发转到运维,因此,你最好有一个一流的开发运维团队。

因此,微服务对基础设施提出了一些额外的需求。通常,我们将它们总称为 NoOps ,本质上讲,就是一组服务,提供一个更好的应用程序部署流程并确保其运行,包括服务复制、服务发现、服务恢复和服务监控。

不过,即使具备了上述条件,也并不是说就要抛弃现有的应用程序,在大多数情况下,我们无法做到。因此,我们要构建一种方法,依据它使用微服务重构现有的应用程序。虽然重构过程并不简单,但长远来看,重构一个单体应用可以一次性偿还所有的技术债务。

Netflix 是使用微服务的一个典型代表,它发表了数篇文章( 1 2 3 4 5 6 )分享采用微服务的一些经验,感兴趣的读者可以进一步阅读。


感谢徐川对本文的审校。

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

2015-04-08 03:0821102
用户头像

发布了 1008 篇内容, 共 390.8 次阅读, 收获喜欢 344 次。

关注

评论

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

对比学习算法在转转的实践

转转技术团队

人工智能 推荐算法 对比学习

liunx入门:Linux下基本指令

雪芙花

c++ Liunx 10月月更

AntDesignPro使用electron构建桌面应用

乌龟哥哥

10月月更

【c++图论例题学习】【口袋的天空】【部落划分】

贤鱼很忙

c++ 图论 10月月更

2022年元宇宙应用场景发展趋势分析

易观分析

元宇宙

威胁网络安全的主要因素

阿泽🧸

网络安全 10月月更

C++精通之路:map和set

雪芙花

c++ 10月月更

如何进行需求分析?

老张

软件工程 需求分析

Nginx反向代理是什么意思?如何配置Nginx反向代理?

wljslmz

nginx 反向代理 web服务器 10月月更

C语言内存对齐问题

乌龟哥哥

C'语言 10月月更

概述Spark主要特点

穿过生命散发芬芳

spark 10月月更

“程”风破浪的开发者|社交元宇宙的技术挑战与探索

小明Java问道之路

原创 架构 元宇宙 10月月更 “程”风破浪的开发者

C++从入门到精通(第十篇) :二叉搜索树

雪芙花

c++ 10月月更

【c++图论例题学习】洛谷p1991 无线通讯网-思路详解

贤鱼很忙

c++ 图论 10月月更

C# 关于程序退出问题学习

IC00

C# 学习 程序员 上位机 10月月更

深入浅出Python——Python基础语法全解

何极光

Python 基础 10月月更

Spring Boot「14」MVC 与前端控制器模式

Samson

Java spring 学习笔记 spring-boot 10月月更

CSS学习笔记2

虾仁疙瘩汤

CSS css3 10月月更

leetcode 287. Find the Duplicate Number 寻找重复数 (中等)

okokabcd

LeetCode 数据结构与算法

数据湖(十一):Iceberg表数据组织与查询

Lansonli

数据湖 10月月更

【web 开发基础】PHP 快速入门(11)-PHP 运算符之运算符的优先级

迷彩

表达式 10月月更 web开发基础 PHP基础 运算符优先级

CSS基础1

虾仁疙瘩汤

CSS css3 10月月更

Python在接口测试中的应用

梦笔生花

学习方法 “程”风破浪的开发者 Python接口测试

Commit之后发生了什么事情

我不吃六安茶

MySQL 事务

2022-10-25:在一个 2 * 3 的板上(board)有 5 块砖瓦,用数字 1~5 来表示, 以及一块空缺用 0 来表示。一次 移动 定义为选择 0 与一个相邻的数字(上下左右)进行交换.

福大大架构师每日一题

算法 rust 福大大

深入浅出Python——Python高级语法之函数

何极光

Python 函数 10月月更

Vue组件入门(十四)依赖注入

Augus

Vue 10月月更

css学习笔记3

虾仁疙瘩汤

CSS css3 10月月更

SAP | 选择屏幕

暮春零贰

SAP 10月月更 屏幕

【web 开发基础】PHP的流程控制之单一分支结构-PHP 快速入门(12)

迷彩

10月月更 web开发基础 PHP基础 分支语句 if条件分支

vue3.0 是如何变快的

乌龟哥哥

10月月更

单体应用与微服务优缺点辨析_架构_谢丽_InfoQ精选文章