Google app engine 谷歌应用引擎-兔子mq替代方案

我正在寻找一个消息系统，我们已经转移到谷歌应用程序引擎环境，但我有几个问题，我希望有人可以帮助我

我们当前的消息环境使用rabbit mq来处理消息，然后使用大约10个连接到que的使用者来发送消息。这对我们来说非常有效，因为有10个消费者实例来处理消息会显著提高传递率

我知道appengine不支持rabbitmq，所以我想知道实现同样结果的最佳替代方案是什么。我看到您可以在后台运行任务，这很好，但这只能作为一个实例，这将降低交付速度

---

还有其他选择吗？

我以前从未使用过rabbitmq，但您的要求看起来非常适合在app engine上使用taskqueue和pipeline

TaskQueue提供了设置使用者和设置其处理速率的功能。

使用任务队列API，应用程序可以在用户请求之外执行由用户请求发起的工作。如果应用程序需要执行一些后台工作，它可以使用任务队列API将这些工作组织成小的、离散的单元，称为任务。该应用程序将任务添加到任务队列中，以便稍后执行

piepline基于taskqueue，提供了更多控制流的功能。

Google应用程序引擎管道API将复杂、耗时的工作流（包括人工任务）连接在一起。目标是灵活性、工作流重用和可测试性。API的一个主要用例是将各种应用程序引擎MapReduces连接到一个计算管道中