简洁商城网站模板,国家企业信用信息公示系统(官网),电子公章印章在线制作网站,百度收录提交工具事件驱动的微服务是一个未受到应有探讨的领域#xff0c;在近日举行的Con伦敦2017微服务大会上#xff0c;Greg Young表达了这样的观点。同时#xff0c;他还特别强调#xff0c;不应该对所有的微服务都使用事件驱动模式。相反#xff0c;他建议逐个服务进行考察#xff… 事件驱动的微服务是一个未受到应有探讨的领域在近日举行的µCon伦敦2017微服务大会上Greg Young表达了这样的观点。同时他还特别强调不应该对所有的微服务都使用事件驱动模式。相反他建议逐个服务进行考察并将事件驱动模式运用到真正能从中受益的服务上。 Greg Young是一名事件驱动专家同时也是Event Store的首席架构师。他认为在创建微服务系统时需要考虑的一个重要的设计问题是应该每个微服务使用一个数据库还是所有的微服务都访问同一个数据库。在存储状态时比如使用一个关系型数据库使用一个或多个数据库并没有很大的不同但是他指出在使用“事件库event source”时多个服务使用一个事件库比一个服务一个事件库要简单许多。原因是事件排序他还提及了Leslie Lamport及他的论文“分布式系统中的时间、时钟和事件顺序”。 在每个服务一个事件库的情况下当服务从两个或两个以上的事件库中读取事件时既不能保证所有的事件被以和创建顺序相同的顺序读取也不能保证顺序和事件重放时相同。在多个服务使用一个事件库的情况下顺序就有保证了因为顺序是确定的。这就是“线性化linearizing”。该技术不能让系统更具扩展性但却可以让系统更容易推断Young认为在大多数情况下这都比将来可能出现的可扩展性问题更重要。 Young指出对于大多数系统而言线性化都是有效的即使是在每秒处理超过10K事件的时候。对于真正的高吞吐量也许高达每秒250K事件寻求另外一种设计也许就是好主意了。 由于操作会跨多个微服务所以相关性和因果关系标识可以带来极大的好处。当一个服务引发了一个其他服务监听的事件它们就会引发自己的事件这会使系统产生一个难以追踪的级联事件流。但是通过向事件添加三个标识uuid——消息标识、相关性标识和因果关系标识就可以克服这个问题。 事件创建时会获得唯一的消息标识。把事件的相关性标识设置为引发该事件的事件的相关性标识事件流中相关性标识相同的所有事件都是有着相同的根源把因果关系标识设置为引发该事件的事件的消息标识就可以找出事件发生的顺序。 在理解和查找错误出现的原因时按照正确的顺序查看整体消息流的能力非常有用。这项技术也可以用于非事件驱动的系统中。通过增加一个审计服务监听所有服务引发的所有事件并存储它们可以获得同样的可能性。 在演讲中Young还讨论了其他主题包括内存服务、复制模型及地域分布。 原文地址http://www.infoq.com/cn/news/2017/11/event-sourcing-microservices.NET社区新闻深度好文欢迎访问公众号文章汇总 http://www.csharpkit.com
