Database 基于微服务体系结构的物化视图健康检查
在微服务体系结构中,每个微服务都有自己的私有数据存储。 这给跨多个服务保持一致性以及实现从多个服务检索数据的查询带来了挑战。 关于从多个服务检索数据的查询,例如,我想在搜索微服务中实现物化视图模式。 此物化视图将由事件驱动的设计异步更新 在事件驱动的体系结构中,有几种实现原子性的模式(例如,使用事件表、挖掘数据库事务日志、使用事件源等)。但在我看来,在一天结束的时候,总会有一些不可预见的情况,在这些情况下,物化视图的一致性并没有得到完全保证 是否有一种微服务模式,它使用其他微服务中的相应数据执行物化视图的运行状况检查?Database 基于微服务体系结构的物化视图健康检查,database,microservices,soa,Database,Microservices,Soa,在微服务体系结构中,每个微服务都有自己的私有数据存储。 这给跨多个服务保持一致性以及实现从多个服务检索数据的查询带来了挑战。 关于从多个服务检索数据的查询,例如,我想在搜索微服务中实现物化视图模式。 此物化视图将由事件驱动的设计异步更新 在事件驱动的体系结构中,有几种实现原子性的模式(例如,使用事件表、挖掘数据库事务日志、使用事件源等)。但在我看来,在一天结束的时候,总会有一些不可预见的情况,在这些情况下,物化视图的一致性并没有得到完全保证 是否有一种微服务模式,它使用其他微服务中的相应数据执行
尤其是在Microsoft.NET核心环境中。是否可以选择“最终”一致性?通常,这是您在事件驱动模型中所期望的,即使没有事件模型,您也会在主源和它的物化视图之间得到它。如果您确实需要带锁的ACID,那么我想说是时候回顾一下当前的体系结构、哪些表属于who以及服务本身的粒度了。是的。最终的一致性是完全好的。我只需要一个模式或最佳实践,偶尔检查一下具体化的视图是否仍然(最终)一致,或者对于不可预见的情况,是否有一个或多个事件没有发布或订阅。“最终”一致性是一个选项吗?通常,这是您在事件驱动模型中所期望的,即使没有事件模型,您也会在主源和它的物化视图之间得到它。如果您确实需要带锁的ACID,那么我想说是时候回顾一下当前的体系结构、哪些表属于who以及服务本身的粒度了。是的。最终的一致性是完全好的。我只需要一个模式或最佳实践,偶尔检查一下具体化的视图是否仍然(最终)一致,或者对于不可预见的情况,是否有一个或多个事件没有发布或订阅。