指定MessageGroupId时的SQS FIFO Lambda事件源行为
我看到最近添加了SQS FIFO队列作为Lambda事件源。
我试图理解Lambda将如何处理指定了MessageGroupId参数的FIFO消息。
来自boto3 SQS文件-
属于同一消息组的消息以FIFO方式处理（但是，不同消息组中的消息可能会无序处理）。要在单个队列中交错多个有序流，请使用MessageGroupId值（例如，多个用户的会话数据）。在这种情况下，多个使用者可以处理队列，但每个用户的会话数据是以FIFO方式处理的。
FIFO行为，加上短语在单个队列中交错多个订单流，向我暗示带有特定MessageGroupId的消息将由Lambda以1的并发处理（即由于FIFO而没有并行化），但您将在不同的MessageGroupId值之间并发执行Lambda。
这是正确的解释吗？
共有1个答案
经过多次实验并与AWS版主交谈后，我得出结论，这是不可能的——你不能保证从SQS FIFO队列传递给Lambda的事件只包含一个MessageGroupId：-（
忍不住觉得SQS团队在这里错过了一个技巧。如果您保证上述内容，那么它必须将Lambda并发限制为一个，以保证FIFO原则：-（
-
我在CQRS/ES设计中有一个计时案例。为了便于讨论，让我们以Microsoft关于这个主题的示例会议管理为基础(https://msdn.microsoft.com/en-us/library/jj554200.aspx)。 假设在第1分钟创建会议（最大座位数为20）。 在第4分钟，事件到达order mgmt上下文，因此创建了一个座位可用性。 在第7分钟，用户下了一个订单（通过订单管理），购买
-
我想创建一个CQRS和事件源架构，非常便宜，非常灵活，非常简单。 我想确保事件永远不会失败，至少到达发布者/事件存储，永远，因为这是业务所在。 天蓝 有了azure，我似乎不知道该用什么。 Azure服务总线 蔚蓝函数 Azure webjob（我想这可以用Azure函数代替） ？？（还有什么我忘了或者不知道的？） null 你的经验说明了什么？ 其他替代方案呢？（例如:)？
-
Puppet 的 file 资源有一个实用功能，那就是可以为文件指定多个源。 Puppet 会按顺序查找每一个。如果第一个不存在，就继续查找下一个，以此类推。 你可以利用这个功能指定一个默认文件源的替代品， 若一个甚至一系列替代品不存在就会使用默认的（最后一个列出的）文件源。 操作步骤 添加如下的类到你的配置清单： class mysql::app-config( $app ) { file
-
喂, 我尝试使用doxygen从一组文件夹生成代码文档。我的文件夹结构是这样的： 然后在配置文件中我在“default”配置文件中有以下设置（在这里的文档和其他问题中有说明）： 我正在Linux Ubuntu(12.04LTS)上使用Doxygen1.8.4。 提前感谢您的提示和提示。
-
指针事件（Pointer Events）是一种用于处理来自各种输入设备（例如鼠标、触控笔和触摸屏等）的输入信息的现代化解决方案。 一段简史 让我们先做一个简短的概览，以便你对指针事件及其在其它事件类型中所处位置有个粗略认识。 很早以前，只存在鼠标事件。 后来，触屏设备开始普及，尤其是手机和平板电脑。为了使现有的脚本仍能正常工作，它们生成（现在仍生成）鼠标事件。例如，轻触屏幕就会生成 mousedo
-
我试图在Kafka流之上实现一个简单的CQRS/Event sourcing概念验证（如https://www.confluent.io/blog/event-sourcing-using-apache-kafka/所述） 我有4个基本部分： 命令处理器-命令流，左与聚合状态KTABLE连接。对于结果流中的每个条目，使用函数生成结果事件，并将它们发布到主题 问题是--有没有办法确保我在州存储中有聚