问题标签 [amazon-sqs]

在开发过程中，我在我的 Amazon SQS 上生成了大量虚假消息。我正要编写一个小应用程序来删除所有消息（我在开发过程中经常这样做）。有谁知道清除队列的工具？

所以这可能是一个愚蠢的问题，但如果 Amazon SQS 需要私钥和公钥，那么使用它有什么意义呢？如果客户端拥有私钥和公钥，他们可能会通过反编译或其他方式发现密钥......

我能想到的唯一安全方法是使用具有私钥和公钥的代理（如 php）。但是，首先使用 SQS 有什么意义呢？SQS（我可以看到）的主要好处是它可以向上扩展，您不必担心收到多少消息。但是，如果您要使用代理，那么您也必须对其进行扩展......我希望我的担忧是有道理的？

谢谢

假设我在 SQS 队列中有数百万个事件，我想快速删除它们，但我不能只删除队列并创建一个新队列。

从队列中删除/排出这些事件的最快方法是什么？

假设我有很多工作，每个工作都由许多工作应用程序处理的大量基本操作组成。

我为每个操作向工作人员发送一条消息，以便他们可以捕获这些消息，执行所需的操作，然后通过控制队列中的消息通知某些控制应用程序。

但是我怎么知道所有的操作都完成了呢？SQS 消息是无序的，所以我不能只发送“最后一个”消息。

I want to use Amazon SQS as broker backed of Celery. There’s the SQS transport implementation for Kombu, which Celery depends on. However there is not enough documentation for using it, so I cannot find how to configure SQS on Celery. Is there somebody that had succeeded to configure SQS on Celery?

这是我的情况：

我有一个脚本，它获取原始数据，将其保存在数据库中，获取项目 ID，然后将其发布到亚马逊 SQS 队列。

我有另一个脚本（用 PHP 编写）从数据库中检索原始数据并对其进行处理。（通常需要几分钟。

缺少的部分是如何从 SQS 中检索要处理的消息。处理新数据的频率各不相同，可以从每小时几项到每分钟几十项。

一种方法是让一个 cron 作业向 SQS 查询新消息并启动处理脚本（它必须是多线程的，并且可能是用 php 以外的东西编写的。Python 或 Ruby 可能）。cron 的问题在于它的效率非常低，在高负载阶段它会不堪重负，而在安静阶段它会进行无用的调用。

我想要的是某种多线程侦听器，它可以接收消息并处理它们。一个重要的要求是及时处理原始数据，最多在收到后几分钟。

关于最佳解决方案的任何想法？SQS 是否适合该任务？侦听和处理队列的最有效方法是什么？

我有一个 WPF 应用程序，它向 Amazon SQS 发送消息。

在接收端，我可以从亚马逊队列接收消息并进行进一步处理。接收端的代码示例如下：

现在我想要接收端的服务，继续运行上面的代码来检查队列中是否存在任何消息。Windows 服务 (WCF) 会完成这项任务，还是有更好的方法来完成这项任务？

我正在探索 AWS，我想在 Java EE 中实现一个 EC2 应用程序，例如Amazon EC2 和 Amazon SQS 入门(PDF) 中的在线照片处理服务示例。它有一个基于 Web 的客户端，该客户端将作业异步提交到面向客户端的 Web 服务器应用程序，然后将作业排队以供一个或多个工作服务器拾取、运行，然后发回结果队列。Web 服务器应用程序监视结果队列并将它们推送回客户端。框图在这里。

您将如何使用 Java EE 实现这样的应用程序，即，您会为图中的服务器使用什么技术？我们使用 AWS 是因为我们的研究算法需要大量计算，因此我们希望它能够扩展。我熟悉 AWS 基础知识（例如，您可以在他们的管理控制台中做的大多数事情 - 启动实例等），我了解 Java，我了解 Java AWS API，但我在服务器端几乎没有经验。

是否可以直接从 javascript 向 Amazon 的 SQS 发送消息请求？我正在尝试创建一个日志记录系统，并且希望绕过将请求发送到中间人服务器。另外，有人知道我可以利用的该解决方案的任何替代方案吗？

在 Amazon Web Services 中，他们的队列允许您以最长 15 分钟的可见性延迟发布消息。如果我不想在 6 个月内看到消息怎么办？

我正在尝试为轮询/推送问题提出一个优雅的解决方案。我可以编写代码每隔几秒钟轮询一次 SQS（或数据库），检查准备好可见的消息，然后将它们移动到“可见队列”或类似的东西。我希望有一种更简单、更可靠的方法可以让消息在很远的将来在队列中变得可见，而不必担心我的轮询应用程序一直都能完美运行。

我没有与 AWS、SQS 或其中任何一个结婚，但我更愿意找到一个稳定、可靠的云友好解决方案，并且可以在很远的将来触发事件，而不必担心检查其状态每天。

欢迎任何想法或替代树让我探索吠叫。

谢谢！