从微服务迁移到工作流的经验之谈
极客时间编辑部
讲述:杜力大小:3.78M时长:02:45
Jet 公司的订单管理系统 OMS 负责处理很多业务功能,最初由一系列微服务组成。随着公司发展,这种架构面临的挑战越来越大,最终,团队决定构建一个新的基于工作流的平台。
最近,Jet 工程师杰姆斯·诺维诺(James Novino)在一篇博文中介绍了旧系统面临的挑战、新平台概述以及新平台运行一年多所总结的经验。
据了解,OMS 最初使用发布与订阅、事件溯源和其他技术组合。每个服务都使用相同的样板实现,包含三个步骤:
解码。从输入流中读取领域事件,并将事件转换为输入类型;
处理。检查输入并获取所需数据;
解释。执行副作用。
据介绍,随着公司发展和需求增加,架构复杂性也在增加,维护系统变得更加困难。同时,服务数量也在增加,由于功能通常分布在多个服务中,导致开发周期变得更长。诺维诺认为这是一个很复杂的过程,需要大量的样板代码。随着系统发展,构建和维护这种架构的复杂性对系统和团队都带来了不小的影响。
因此,团队开始创建能以更有效的方式处理所有业务工作流的新平台,并决定设计和构建基于工作流的系统。新系统的核心设计基于两个保证:幂等性——避免重复事件;以及一致性——支持多个不同存储,但是由于它们必须能够读取自己的写入,因此,存储需要实现强一致性模型。
这些保证为系统带来了多个特性,包括:
事件溯源,所有状态变更都存储在日记中;
简单实现,由工作流定义和相应的步骤组成;
有助于开发人员优先考虑业务流程并强制执行系统的模块化;
工作流幂等性保证;
工作流版本控制;
伸缩性,通过使用每个服务的多个实例并行执行工作流。
为了定义工作流,团队创建了领域特定语言 DSL,用于定义所需的一系列执行步骤,提供可视化工具,并显示正在运行和运行过的工作流。
最后,诺维诺指出,从基于分布式微服务架构迁移到基于工作流的架构,在设计、开发和支持过程中,对其开销产生巨大影响,而使用 DSL 设计工作流并将其作为单个响应步骤,提高了其构建复杂新系统的能力。
公开
同步至部落
取消
完成
0/2000
荧光笔
直线
曲线
笔记
复制
AI
- 深入了解
- 翻译
- 解释
- 总结
该免费文章来自《极客视点》,如需阅读全部文章,
请先领取课程
请先领取课程
免费领取
© 版权归极客邦科技所有,未经许可不得传播售卖。 页面已增加防盗追踪,如有侵权极客邦将依法追究其法律责任。
登录 后留言
全部留言(1)
- 最新
- 精选
- Geek_3b1096有帮助
收起评论