我发现时间是事件版本的最佳价值。
我可以根据需要在不同的events上合并完全独立event sources servers read side，而不必担心event order synchronization event。我知道哪个server（来自server 1）发生在另一个之前（来自global sequential event id generator 2）而不需要event sources这使得所有读取方都依赖于它。
只要时间是全球性的连续事件版本，公司中的不同团队就可以充当分布式event readers或contract并且每个人都可以随时转发write side。
从subscribed read sides到pulling the recent changes的世界上最简单的通知，后跟来自基础write side的查询SSLProtocol All -SSLv2 -SSLv3
SSLHonorCipherOrder on
SSLCipherSuite EECDH+AESGCM:AES256+EECDH:DES-CBC3-SHA
可以简化所有内容。
我不知道有任何副作用吗？
答案 0 :(得分：1)
时间确实在增加并且您获得了确定性数字，但事件版本控制不仅用于防止冲突。我们总是说当我们向事件存储提交新事件时，我们也会在那里发送新的事件版本，必须匹配事件存储端的预期版本，必须< / em>是以前的版本加上一个。如果在两个事件之间会有一千或三百万个刻度 - 我真的不在乎，这并没有给我提供我需要的信息。如果我在旅途中错过了一个事件，那么知道这一点至关重要。所以我不使用除增量计数器以外的任何东西，每个聚合/流版本的事件版本。