我一直在测试发送消息和从 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));
}
它发送消息并立即开始尝试每毫秒接收一条消息。一旦收到,它就会计算时间。这不应该花费更少的时间吗?
最佳答案
您使用任何队列的原因不是为了性能而是为了弹性。
队列解决了许多问题,它们在断开连接的系统之间提供异步通信,它们允许您很好地扩展系统,并提供增强的弹性确保在系统发生故障时消息不会“丢失”。
当使用队列时,您应该考虑围绕最终一致性
的概念设计您的系统,这意味着您的消息最终会到达那里并得到处理,但可能不会在您期望的时间甚至按您期望的顺序进行处理。
速度、排序、重试等能力因队列实现(SQS、Kafka、RabbitMq 等)而异
如果您正在寻找超高 IOPS,那么队列可能不是您想要的。
关于javascript - 为什么 AWS SQS 这么慢?,我们在Stack Overflow上找到一个类似的问题: https://stackoverflow.com/questions/46840264/