事件应该成为开发者的一等工具

看新闻很累？看技术新闻更累？试试下载 InfoQ 手机客户端，每天上下班路上听新闻，有趣还有料！

Randy Shoup 在最近的一篇博客中声称：“我们应该把事件看作是系统中的一等公民，并且应该更多地使用事件。”他认为我们常常低估了事件的价值，忽略了它们给我们带来的好处。例如，事件可以帮助我们实现系统解耦，这样我们就能独立的处理系统的各个部分。

Shoup 是 Stitch Fix 公司技术部门的副总裁，该公司拥有 70 多个独立的应用程序和服务，能够处理各种不同类型的业务。以该公司的一个相对复杂的工作流程为例，该流程从客户下订单购买服装开始（造型师会负责挑选服装）。这其中包含了下单，造型师挑选产品，发货，甚至还有可能包括退货流程。这些流程建立了一个状态机，通过各种事件来实现状态的转换。虽然实际流程很简单，但是它能够记录下每一个步骤的状态。这个工作流程的好处就是能够很方便的查看历史纪录，例如能够知道已经完成了哪些步骤，每个步骤各花费了多少时间。对于该公司的数据科学团队来说，这些数据非常重要。

在 Shoup 描述的这种微服务架构中，某个特定的应用程序或服务可能是事件的生产者、事件的消费者或两者兼而有之。他认为一个接口必须明确包含如下事件：

• 同步的请求和响应操作（例如使用 REST 和 JSON，或 gRPC）
• 生成的事件
• 被消费的事件
• 批量读取和写入（例如提取数据以供某些分析工具使用）

当转换状态的时候，这些事件就会被列入历史纪录。通过播放事件可以重建当前的状态，所以当前的状态可以不用存储到数据库中，这种技术被成为事件溯源。Shoup 引用了 Greg Young 及该领域其他权威人士的说法，他还提到了像 Kafka 和 Akka 这类用于分布式系统和基于事件系统的工具。

根据 Shoup 的经验，通常大多数开发者都认为事件是复杂的。特别是对于那些构建 3 层应用的开发者来说，他们很难从事件的角度来思考问题。而事件中像“最终一致性”、“异步”等这类术语的使用，让他们觉得更加复杂了。Shoup 认为，其实事件这个概念对于所有的开发者来说都很普遍。例如软件开发过程中所使用的版本控制工具，我们通过它们上传、测试和部署代码，所有的这些流程都是可以看成是事件。而这些事情，我们每天都要做。

在2017 年纽约的QCon 大会上，Shoup 谈到了微服务中的数据管理，其中便包括仅通过事件来进行通信的内容。

查看英文原文： Events Should Be a First-Class Tool for Developers

感谢薛命灯对本文的审校。

给InfoQ 中文站投稿或者参与内容翻译工作，请邮件至 editors@cn.infoq.com 。也欢迎大家通过新浪微博（ @InfoQ ， @丁晓昀），微信（微信号： InfoQChina ）关注我们。