“微服务革命”之后...

news2024/11/25 15:19:30

图片

曾几何时,我记得我的手指疯狂地敲打键盘,与庞大而杂乱的代码库搏斗。那是巨石的时代,代码就像古老的城堡一样,由一块块石头砌成一个令人印象深刻的庞然大物。

几年过去了,时代变了。开发人员口中的流行语变成了“微服务”。微服务革命——承诺成为我们的救世主。

我们被告知,通过将庞然大物分割成更小、自包含的独立服务,我们将获得无与伦比的可扩展性、敏捷性和可维护性。这听起来是如此完美。

更快的部署?√

单独扩展?√

独立团队开发?√

但是,当我把单体架构切换成微服务时,我不禁想知道:微服务的魅力真的像它所描述的那样吗?还是只存在于远景的海市蜃楼,只有当我们走近时才显露出它的挑战?

微服务的诱人承诺

还记得我们不得不与多个团队协调只是为了进行微小的调整吗?传统的单体架构是后勤方面的噩梦。

每次更改都需要理解代码库的大部分区域,与其他团队同步,并希望一个小的调整不会引发多米诺骨牌效应。

但微服务打开了新大门:突然之间,团队可以独立开发他们的服务了。

例如,用户管理团队可以实施新的身份验证策略,而无需等待库存管理团队更新其产品列表方法。这种解耦不仅仅是在代码层面,它还延伸到了团队动态。

O'Reilly 的一项调查发现,采用微服务的组织在团队协作方面提高了63%。每个开发人员都成为其领域的大师(从字面上看,考虑到领域驱动设计实践)。

在我们之前的一个项目中,我记得“黑色星期五”大促销活动时引发的混乱。我们的单体应用难以应对大量涌入的用户,导致所有功能的性能下降,而不仅仅是结帐流程。

微服务很好地解决了这种不平衡的需求。你只需简单地在负载下扩展服务,而无需为整个应用程序过度配置资源。

想结账的用户激增?没问题,扩大结帐服务规模。

宣传视频病毒式传播?没问题,提升媒体服务,不影响触及其他服务。

思科的一项案例研究显示,使用相同数量的资源的情况下,使用微服务架构设计的应用程序可以处理多达 20%的负载。

不那么迷人的现实

虽然许多人认为微服务是解决软件开发问题的灵丹妙药,但作为一名远程开发人员,我对这种架构风格的尝试经常感觉像打开了潘多拉的盒子。

在虚拟茶水间的闲聊和一行行代码之外,这个故事总是充斥着无数希望、频繁的正面交锋以及相当多的启示。

当我将我的第一个项目过渡到微服务时,我突然意识到,「将一个应用程序拆分为多个服务并不是简单的“分而治之”」

随着拆分而来的是管理这些离散服务的责任。有一次,我部署了一个新的微服务,突然间,系统的其他部分失去了对它的跟踪——这是分布式系统中服务发现(Service Discovery)的臭名昭著的挑战。

此外,数据一致性也成为一场艰苦的战斗。

我再也不能依靠单个数据库事务来确保一切正常。因为每个服务都在管理自己的数据,我发现自己陷入了分布式事务的泥潭之中。

然后是失败。当一项服务失败时,连锁反应通常会导致其他服务发生级联故障。
理论上让服务进行通信,听起来很简单。

但问题是:分布式系统引入了延迟。

一天晚上,我正在调试一个异常缓慢的操作,却意识到罪魁祸首是服务之间的大量同步调用。等待下一个请求的次数增加了。

这需要改变战略。

虽然通过事件进行异步通信减轻了一些痛苦,但它也带来了挑战,例如确保事件的顺序。
被吹捧的模块化承诺往往与性能相悖。虽然微服务可以简化流程,但与传统的单体应用相比,它们也可能导致通信延迟。

噩梦循环:部署混乱

作为 CI/CD 的坚定倡导者,部署单个服务的承诺感觉就像一个梦。

但现实很不一样。最初的几天尤其混乱。

使用多个管道时,一个服务中的更改有时需要与其他服务进行协调。还记得你每天都为之头疼的版本兼容性问题吗?有了微服务,跟踪哪个版本的服务A与服务B兼容成为了一种日常仪式。

我开始怀念单体架构了

带有一系列服务和数据库阵列的微服务,常常感觉就像一块不断移动的拼图。有很多个晚上,我发现自己由于无法预见的集成问题而恢复代码,或者梳理日志试图找到哪个服务是薄弱环节。

与巨石时代形成鲜明对比的是,在铁板一块时,变化尽管规模较大,但具有一定的可预测性。
工作流程是线性的,那么部署呢?好吧,他们感觉更受控制了。

如果你曾经尝试通过一串 Slack 消息来传达一个复杂的想法,你就会欣赏直接沟通的益处。与此类似的,在单体架构中,模块之间的进程内通信的简单性是直接、无缝的,并且通常被认为是理所当然的。没有网络调用,没有延迟,没有丢失请求。一切都在应用程序的范围内正常工作。

使用微服务,服务间通信感觉就像试图与分布在各大洲的团队成员进行 Discord 语音聊天,每个人都在与自己的互联网困境作斗争。

当然,这是可行的,但这些小问题会让你怀念一切都在一个屋檐下的时光。当公司要求他们的开发人员回办公室坐班时,我理解了:它确实有它的好处,尤其是在即时沟通方面。

权衡:我们得到了什么,失去了什么

微服务的主要优势之一是能够专注于特定的功能。我记得我被分配到一个专门负责用户身份验证的团队。解耦的特性使我们能够完善机器中的一个齿轮。

不久前,我们的单体应用中的一个小模块故障导致了严重的中断。对于微服务,每个服务都充当其隔离的故障点。我见过一些特定微服务出现宕机的实例,但多亏了架构,整个应用程序得以继续运行,用户对此几乎没有感知。

当单体更好时

管理微服务感觉就像同时处理十几个Slack频道。每个服务都有自己的日志记录、监视和部署过程。相比之下,单体架构有一个固定的流程。

微服务通常意味着多个数据库。虽然这看起来很棒,但确保数据一致性却是一场噩梦。在单体架构时代,一个数据库意味着一致性。这就像在 Discord 中有一个线程,每个人都在更新。我经常发现自己怀念这种统一性提供的便利。

然后是整体调试。

还记得尝试通过相互连接的微服务跟踪bug吗?这就像追溯无数的 Discord 对话来找到一条消息。但在单体架构的设置中,错误日志是集中的,因果关系更加清晰。

总结:微服务之旅中的反思

当我回顾自己在微服务领域的尝试时,我发现这条道路充满了挑战、得失和可以从中学习收获的宝藏。以下是我在微服务之旅中获得的3个主要收获。

「1. 明智地接受复杂性」 深入微服务不仅仅是一个技术决策——这是对复杂性的承诺。有时,我们会觉得自己只是为了顺应潮流而打破了一个体系。并非每个应用程序都需要由相互连接的服务组成的网络。正如Sam Newman在《构建微服务》中提到的那样,架构需要一定的先决条件,如果没有这些先决条件,它可能会矫枉过正。

「2. 灵活性是有代价的」 是的,微服务承诺了灵活性,但要实现这一点,也需要付出沉重的代价——不仅在基础设施方面,而且在认知负荷方面。每项服务都有自己的领域,需要专门的关注。

「3. 没有放之四海而皆准的方法」 架构决策不能脱离业务需求。灵活的初创公司的需求与传统的企业应用程序截然不同。虽然经典案例研究(例如 Netflix 著名的微服务转型)很有启发性,但必须认识到,适用于一个人的方法不一定适用于所有人。

变身为技术弄潮儿可能很诱人。成为科技领域重大变革的组成部分有一定的吸引力。但作为代码的守门人,我们需要抵制盲目接受趋势的诱惑。批判性评估、理解趋势背后的“原因”,并权衡其与我们的特定背景的相关性至关重要。

Slack 消息、GitHub 存储库和 Discord 讨论已成为我们许多远程开发人员的新饮水机。在各种噪声中,让我们记住定期聚焦,反思我们的选择,并确保我们不只是追逐趋势,而是有目的地制定经得起时间考验的解决方案。

本文来自互联网用户投稿,该文观点仅代表作者本人,不代表本站立场。本站仅提供信息存储空间服务,不拥有所有权,不承担相关法律责任。如若转载,请注明出处:http://www.coloradmin.cn/o/2092835.html

如若内容造成侵权/违法违规/事实不符,请联系多彩编程网进行投诉反馈,一经查实,立即删除!

相关文章

基于STM32校车安全监控系统的设计(论文+源码+实物)

1 方案设计 根据设计要求,本设计校车安全监控系统的设计以STM32F103单片机作为主控制器,通过MQ传感器实现异常气体的检测,当异常气体浓度异常时会通过继电器打开车窗进行通风,以保证舒适的环境,通过红外传感器用于监…

EXO:StandardNode _process_tensor

目录 EXO:StandardNode _process_tensor EXO:StandardNode _process_tensor 这段代码是在处理某种分片(sharding)逻辑时使用的,特别是在处理大型模型或数据处理任务时,这些任务被分割成多个较小的部分(即分片)来并行处理。这里,代码片段关注于根据特定的调试级别(DEBU…

大数据处理从零开始————1.Hadoop介绍

1. 大数据时代背景 1.1 大数据时代到来 在微信上,随手点的一个赞;在百度上,随手输入的搜素关键词;在健康记录应用上,每天所产生的微信步数这些都是数据。我们每人每天都在产生大量数据。人类近些年所产生的数据比过去…

【设计模式】创建型模式——简单工厂模式

文章目录 一、创建型模式1. 包含模式1.1 工厂模式1.2 建造者模式1.3 原型模式1.4 单例模式 二、工厂模式1. 概要1.1 意图1.2 主要解决问题1.3 何时使用1.4 如何解决1.5 关键代码1.6 使用场景1.7 优点1.8 缺点1.9 简单工厂实现 2. 简单工厂模式2.1 模式结构2.2 实例2.3 模式定义…

Charles激活

简介 Charles激活码计算 激活 Help -> Register Charles 添加 Registered Name 和计算出的 License key 点击 Register Java import java.nio.ByteBuffer; import java.nio.ByteOrder; import java.util.Random; import java.util.Scanner;/*** program: ZK* descriptio…

开关二极管损坏如何判断

系列文章目录 1.元件基础 2.电路设计 3.PCB设计 4.元件焊接 5.板子调试 6.程序设计 7.算法学习 8.编写exe 9.检测标准 10.项目举例 11.职业规划 文章目录 前言1. 外观检查2. 测量正向压降3. 反向电阻测量4. 电路功能测试5. 高压测试6. 加热测试 前言 送给大学毕业后找不到奋…

【Java】 为什么是split 方法按点号分割是用 “ \\. “ ?

前言: 小知识,记录自用and分享。 原因分析: 字符串的很多方法是可以使用正则表达式的,这里就包括了split这个方法。 . 在正则表达式里的意思是通配符,表示:匹配任意单个字符。那么,当使用split…

参加 帆软 BI 上海城市 课堂(08-30培训)

参加 帆软 BI 城市 课堂(0830): 由于目前是自由职业,也想学习一下新的知识 。所以参加本次的培训,总的来说还是比较专业。 培训在 上海 帆软的总部 环球港进行。时间是 13:30~17:00 老师很专业。学习中 课…

家具大卖nouhaus独立站拆解丨出海笔记

今天我们分析下一家传统外贸起家的大卖独立站:www.nouhaus.com 品牌背景是恒林股份(A股603661)旗下,算是有上市公司支持了。据资料显示:恒林股份成立于1998年,一年能卖出1000万件的办公椅和沙发&#xff0…

合并多个rtf文件

合并多个rtf文件,有2个细节: 1、不同文件之间加分页 2、编号的处理 选择一个目录 private void BtnImportingDirectoryBrowse_Click(object sender, EventArgs e){if (FbdlgDirectory.ShowDialog() DialogResult.OK){textBox1.Text FbdlgDirectory.S…

Linux---文件(1)---初识文件

目录 预备知识 文件操作接口 打开文件接口 重定向与文件操作关系 "w"方式与重定向 “a”方式与追加重定向 写入文件接口 读取文件接口 系统调用接口 参数解析 预备知识 我们知道,创建出一个空文件也要在内存中占空间。 文件文件内容文件属性 操…

raw.githubusercontent.com未能解析” 解决方案

1.操作场景 通过windows11 powershell 下载依赖包 2.报错信息如下 irm : 未能解析此远程名称: raw.githubusercontent.com 所在位置 行:1 字符: 27 & ([scriptblock]::Create((irm "https://win11debloat.raphi.re/"))) ~~~~~~~~~…

C++知识点总结(54):复杂模拟综合

复杂模拟综合 例题1. 玩具谜题2. 猴子兄弟爬山3. 浇水4. 数组旋转5. 石头剪刀布6. 巨石滚滚 例题 1. 玩具谜题 小南有一套可爱的玩具小人,它们各有不同的职业。 有一天,这些玩具小人把小南的眼镜藏了起来。 小南发现玩具小人们围成了一个圈&#xff0c…

llm 是泡沫?

这篇文章不谈技术,只想聊聊自己这两年从事 llm 工作的一些感悟。 我个人对 llm 是一种很复杂的态度。毕竟,它真的击碎了我 2023 年之前所有的技术积累,以前在 nlp 苦心钻研的训练经验、模型结构、不同任务类型的不同处理技巧,好像…

个微管理撤回删除的消息都可以查看

有没有经历过误删微信消息的尴尬时刻?😅或者想知道撤回的消息到底是什么内容?今天,我要向大家推荐一个多功能微管理神器,帮你轻松解决这些问题!💪💌 1️⃣ 多个账号同时在线 &#x…

nefu暑假集训3 并查集与最小生成树 个人模板+例题汇总

前言&#xff1a; 并查集与最小生成树的训练。 正文&#xff1a; 链接&#xff1a;并查集与最小生成树 - Virtual Judge (vjudge.net) 题目&#xff1a; A - 关押罪犯&#xff1a; #include <bits/stdc.h> using namespace std; const int N200005; int fa[N],d[N]; …

实现一个能设置MaxLine的LayoutManager

实现一个能设置MaxLine的LayoutManager 有时候&#xff0c;我们会遇到这种需求&#xff1a;一个线性的列表布局&#xff0c;当item量很少的时候&#xff0c;就是wrap_content直接展示完所有item&#xff0c;但是当item数量超过某个数时就要固定高度&#xff0c;让其变成可滑动…

AOP 面向切片编程

目录 1. 什么是AOP 2. AOP的应用场景 3. AOP在Java中的实现 4. Spring AOP概述 5. Spring AOP的配置 1.在pom.xml文件中添加Spring AOP的依赖&#xff1a; 2. 定义切面 3. 启用AOP 4. 目标类 5. 测试AOP 6. AOP与其他技术的对比 面向切面编程&#xff08;AOP, Aspec…

SPI通信(软件模拟)

1 软件SPI程序框架 2 软件SPI交换一个字节的先后顺序 3 读取W25q64芯片厂商ID,设备ID 4 宏定义W26q64指令码 5 页缓冲区最大256字节&#xff0c;超过就会忙碌 6 页编程

生产环境中变态开启devtools(强制)

写到最前面 首先&#xff0c;你已经下载了google的插件【vue devtools】&#xff0c;不知道怎么下载&#xff0c;留言博主 如果你想看的项目中的vuetools插件打开是这样的 Vue.js is detected on this page. Devtools inspection is not available because it’s in product…