给定拥有关系数据库并需要水平扩展的微服务,我看到了两种提供数据库服务器的方法:
或
使用事件驱动的体系结构和前一种方法,微服务的每个实例都需要处理每个事件,并采取适当的操作来变异自己的孤立状态。这看起来效率很低。
采用后一种方法,只有一个实例需要处理事件才能达到相同的效果,但作为共享状态的突变。必须确保每个事件仅由给定微服务的一个实例处理(这是否微不足道?)以避免冲突。
在这里,是否就可取的办法达成了共识?在这方面,你的经历给了你什么教训?
发布于 2018-08-06 10:34:03
我将采用第一种方法,一个服务本地DB。每个实例都有自己的DB实例。这使得能够在服务的不同版本之间更改持久性层。否则,更改ER模型将导致冲突。您还可以轻松地使用这种方法更改为NoSQL解决方案。
使用事件驱动的设计,我可以推荐这本书:设计事件驱动系统
在我看来,服务接收一个导致事件的请求。此事件由服务的其他实例使用,因此不需要再次处理请求,但必须将结果复制到实例状态。
https://stackoverflow.com/questions/39015444
复制相似问题