为什么 AWS SQS 这么慢？

Question

我一直在测试从 SQS 队列发送和接收消息所需的时间。平均需要 800-1200 毫秒，这似乎是一个荒谬的长时间。这是我的测试代码，如果我做错了什么请告诉我。

var t0;
sendMessage('hello');

function sendMessage(message){

    var params = {
        MessageBody: message,
        QueueUrl: queueUrl
    };
    t0 = now();
    sqs.sendMessage(params, function(err,data){
        if(err){
            throw err;
        } else {
            console.log("Message Send Confirmation");
        }
    });
    unbatch();
}

async function unbatch(){

    var params = {
        QueueUrl: queueUrl,
        MaxNumberOfMessages: 10
    };
    var go = true;
    while(go){
        console.log("Polling...");
        sqs.receiveMessage(params, function(err, data){
            if(data.Messages){
                console.log("Message Received");
                console.log("Total Time: " + ((now() - t0)/1000));
                go = false;
                var deleteParams = {
                    QueueUrl: queueUrl,
                    ReceiptHandle: data.Messages[0].ReceiptHandle
                };
                sqs.deleteMessage(deleteParams, function(err, data) {
                    if (err) {
                        console.log("Delete Error", err);
                    } else {
                        console.log("Message Deleted");
                    }
                });
            }
        });
        await sleep(1);
    }
}

function sleep(ms){
    return new Promise(resolve => setTimeout(resolve, ms));
}

它发送消息并立即开始尝试每毫秒接收一条消息。一旦收到，它就会计算时间。这不应该花费更少的时间吗？

Answer 1

您使用任何队列的原因不是为了性能而是为了弹性。

队列解决了许多问题，它们在断开连接的系统之间提供异步通信，它们允许您真正很好地扩展系统，并提供增强的弹性确保在系统发生故障时不会收到消息 "lost"。

使用队列时，您应该考虑围绕 eventual consistency 的概念设计您的系统，这意味着您的消息最终会到达那里并得到处理，但可能不会在您期望的时间甚至按您期望的顺序进行处理。

速度、排序、重试等功能因队列实现（SQS、Kafka、RabbitMq 等）而异

如果您正在寻找超高 IOPS，那么队列可能不是您想要的。

为什么 AWS SQS 这么慢？

Why is AWS SQS so slow?

javascript

amazon-sqs

amazon-web-services

node.js