Fluid framework 如何在流体框架中理解SequencedLambda（KafkaRunner）和DocumentPartition（DocumentLambda）及其相关内容
项目源代码 我发现管理卡夫卡服务有两种方法 记录Lambda和KafkaRunner 它们非常相似，我想知道更多关于差异的信息。Fluid framework 如何在流体框架中理解SequencedLambda（KafkaRunner）和DocumentPartition（DocumentLambda）及其相关内容,fluid-framework,Fluid Framework,项目源代码 我发现管理卡夫卡服务有两种方法 记录Lambda和KafkaRunner 它们非常相似，我想知道更多关于差异的信息。 我们使用固定数量的卡夫卡分区。因此，一个分区由多个文档共享。DocumentLambda负责将分区内的消息路由到相应的lambda处理程序。它包含一个HashMap，其中键是“tenantId/documentId”。对于每个传入的消息，它都会查找这些字段以确定与该消息关联的lambda。很抱歉，我没有很好地表达我的问题。现在，我认为ScriptoriumLambda
我们使用固定数量的卡夫卡分区。因此，一个分区由多个文档共享。DocumentLambda负责将分区内的消息路由到相应的lambda处理程序。它包含一个HashMap，其中键是“tenantId/documentId”。对于每个传入的消息，它都会查找这些字段以确定与该消息关联的lambda。很抱歉，我没有很好地表达我的问题。现在，我认为ScriptoriumLambda直接处理消息。逻辑代码位于
routerlicious/packages/lambdas/src/scriptorium/lambda.ts中，DocumentLambda将在DocumentPartition中处理。DocumentPartition实际的逻辑处理位于routerlicious/packages/routerlicious/SRC/deli/index.ts
或类似的地方。ScriptoriumLambda和DocumentLambda似乎只在代码位置上有所不同