Fatal编程技术网
  • concurrency/
  • Concurrency LMAX干扰器-顺序和；事件处理上的并行数据库/服务调用

Concurrency LMAX干扰器-顺序和；事件处理上的并行数据库/服务调用

concurrency

Concurrency LMAX干扰器-顺序和；事件处理上的并行数据库/服务调用,concurrency,disruptor-pattern,lmax,Concurrency,Disruptor Pattern,Lmax,我有一个工作流（不同的任务）来处理来自Kafka/Redis流的数据。有些任务是顺序的，有些是并行的——高级任务分为验证->计算->传输 这里的关键是，许多任务需要（在某种程度上）部署为微服务的webservice调用（在同一网络中），以及一些数据库调用，以便对接收到的每个事件进行计算/转换。（我认为在某些计算逻辑中使用内存数据处理可以提高性能） 来自中断程序事件处理程序的数据库和Web服务调用是否是开销？这会破坏破坏者吗？如果是这样，将所需数据保存在内存中（如果不是全部的话）是否有助于以数据为

我有一个工作流（不同的任务）来处理来自Kafka/Redis流的数据。有些任务是顺序的，有些是并行的——高级任务分为验证->计算->传输

这里的关键是，许多任务需要（在某种程度上）部署为微服务的webservice调用（在同一网络中），以及一些数据库调用，以便对接收到的每个事件进行计算/转换。（我认为在某些计算逻辑中使用内存数据处理可以提高性能）

来自
中断程序
事件处理程序
的数据库和Web服务调用是否是开销？这会破坏破坏者吗？如果是这样，将所需数据保存在内存中（如果不是全部的话）是否有助于以数据为中心的计算？这是对破坏者的期望吗

编辑：
经过深思熟虑，我确信任何此类服务或db调用本身都可以在计算作业发出所需输入之前作为另一个事件处理程序（异步）分离出来

让我知道你的想法