Azure队列最大TTL

也许有人可以解释为什么Azure队列的最大TTL为7天

我习惯于使用NServicebus，其中事件（消息）将是业务流程的重要组成部分，当然这可能永远不会被删除。我真的很喜欢队列为我提供可靠通信的方式，事件最终将在独立的应用程序中处理

那么为什么MS有这个最大保留期呢？为什么是7天，因为这是一整周？我真的很想了解他们的原因。我知道我可以创建一个队列触发器并将它们存储在其他地方

另外，请阅读此反馈，以便对此进行更改。

编辑：现在已使用新版本的WindowsAzure.Storage对此进行了更改。这将比较新旧行为

        //WindowsAzure.Storage 8.7
        queue.AddMessage(message); // TTL is 7 days
        queue.AddMessage(message, TimeSpan.MaxValue); // Throws The argument 'timeToLive' is larger than maximum of '7.00:00:00'

        //WindowsAzure.Storage 9.0
        queue.AddMessage(message); // TTL is 7 days
        queue.AddMessage(message, TimeSpan.MaxValue); //Expiration Time is now 31.dec 9999

---

新的C#Storage SDK V9.0.0使用了新的REST API版本，看起来这一限制已被删除，尽管我在存储博客的任何地方或任何地方都找不到对这些REST API的任何引用

我已经对此进行了测试，它与存储SDK的V9.0.0一起工作，TTL可以是无限的

---

是的，您的回答是对的，虽然默认TTL仍然是7天，但它似乎可以工作。：）