事件驱动的微服务：未受到应有探讨的领域
极客时间编辑部
讲述：丁婵大小：2.05M时长：02:15
事件驱动的微服务是一个未受到应有探讨的领域，在近日举行的µCon 伦敦 2017 微服务大会上，Event Store 首席架构师格雷格·扬（Greg Young）表达了这样的观点。同时，他还特别强调，不应该对所有的微服务都使用事件驱动模式。相反，他建议应该逐个服务地进行考察，并将事件驱动模式运用到真正能从中受益的服务上。
格雷格认为，在创建微服务系统时需要考虑一个重要的设计问题，那就是应该每个微服务使用一个数据库，还是所有的微服务都访问同一个数据库。在存储状态时，如果使用的是关系型数据库，那么使用一个或多个数据库并没有很大的不同，但是，他指出，在使用“事件库（event source）”时，由于事件排序，多个服务使用一个事件库比一个服务一个事件库要简单许多。
在每个服务一个事件库的情况下，当服务从两个或两个以上的事件库中读取事件时，既不能保证所有的事件被以和创建顺序相同的顺序读取，也不能保证顺序和事件重放时相同。而在多个服务使用一个事件库的情况下，顺序就有保证了，这就是“线性化（linearizing）”。该技术不能让系统更具扩展性，但却可以让系统更容易推断，格雷格认为，在大多数情况下，这都比未来可能出现的可扩展性问题更重要。
格雷格指出，对于大多数系统而言，线性化都是有效的，即使是在每秒处理超过 10K 事件的时候。不过对于真正的高吞吐量，比如高达每秒 250K 事件的系统，寻求另外一种设计也许就是好主意了。
由于操作会跨多个微服务，所以相关性和因果关系标识可以带来极大的好处。系统有时会产生难以追踪的级联事件流，但通过向事件添加消息标识、相关性标识和因果关系标识这三个标识，就能克服这个问题。
另外，格雷格也指出，在理解和查找错误出现的原因时，按照正确的顺序查看整体消息流的能力非常有用。这项技术也可以用于非事件驱动的系统中。通过增加一个审计服务，监听所有服务引发的所有事件并存储它们，可以获得同样的可能性。
公开
同步至部落
取消
完成
0/2000
荧光笔
直线
曲线笔记
复制
AI
- 深入了解
- 翻译
- 解释
- 总结
该免费文章来自《极客视点》，如需阅读全部文章，
请先领取课程
请先领取课程
免费领取
© 版权归极客邦科技所有，未经许可不得传播售卖。 页面已增加防盗追踪，如有侵权极客邦将依法追究其法律责任。
登录 后留言
精选留言
由作者筛选后的优质留言将会公开显示，欢迎踊跃留言。
收起评论