采用此方案时, 必需先行确认: 未维持数据一致性的微服务; customer wish list 微服务与customer preference 微服务; 是可以接受从 Soft State 到 Eventual Consistency, 需经过一段较长的时间的; 也许是一天, 甚至是更久。

另外, 在采用此方案时, 也应该清楚的知道: 此设计方案将使得各微服务间的数据库, 因为, 批次处理而形成了 “藕合”。

“藕合” 就代表著, 有任何一个微服务在数据库表节构上的任何的变更, 都将会造成批次处理代码(脚本) 维护上的工作量; 假如, 某一个产品拥有上百或上千个微服务时, 则批次处理代码(脚本) 维护的工作量, 往往会是一个不小的负担。

发表评论

电子邮件地址不会被公开。 必填项已用*标注

此站点使用Akismet来减少垃圾评论。了解我们如何处理您的评论数据