使用azure servicebus对电子邮件进行排队

Question

我们刚刚将一些工作负载转移到我目前正在管理的azure上，我读了一些关于service bus的文章，想知道是否可以使用它对电子邮件进行排队

azure中托管的应用程序通过使用自定义库将其电子邮件发送到服务总线队列，其中一个或多个工作进程将从队列中拾取消息，然后通过邮件中继服务发送。

这将使我的开发人员从我在任何时候使用的邮件中继服务的细节中解脱出来，我也可以在发送邮件之前执行进一步的处理，而不需要开发人员更改他们的代码。

我的问题是，这是可能的吗，如果是，这是明智的吗，在实施这样的解决方案时，我需要注意什么

Answer 1

这是可能的，也是个不错的选择。大多数电子邮件服务在其系统中使用队列。

您可以使用队列的优先级属性。事务性邮件

在执行之前，可以使用标签区分消息。

如果您在几次尝试后无法发送电子邮件（Azure默认为10）。您应该将其移动到死队列azure service bus为您执行此操作。但是，你应该在处理这些电子邮件时使用死队列。

Answer 2

在不了解任何关于您的系统、需求、消息传递与排队方面的需求的情况下，我将说以下几点。

• 如果应用程序需要消息传递，请继续使用Azure服务总线来排队处理电子邮件。
• 如果答案为否，请使用仅排队的东西：Azure存储队列。

Answer 3

是的，将消息添加到Azure服务总线队列是一个合理的解决方案，稍后应用程序将检索这些消息，并根据排队消息中的详细信息发送电子邮件。这是一种很好的方法，可以使用微服务方法将各种应用程序解耦，以提供电子邮件发送服务，用于单个应用程序的不同部分，甚至跨组织内的许多应用程序。

需要注意的一点是，Azure服务总线队列中的消息大小确实有最大大小限制。根据电子邮件中发送内容的长度，需要将邮件的详细信息存储在某个地方，可能是数据库或Azure表存储。然后，队列中的消息将包含一个标识符，例如GUID，当接收应用程序处理消息以发送电子邮件时，可以使用该标识符查找消息详细信息。无论队列中按摩的大小，电子邮件都可能很长，所以使用这种方法可能是您的最佳选择，这样您就不会在以后的实现中遇到问题。