审计死信队列消息是否使用Apache camel
Auditing dead letter queue messages use Apache camel or not
我一直在阅读 JMS、ActiveMQ 和 Camel。
根据我的理解，如果我们需要集成多个系统，其中集成仅涉及以相同格式路由消息，activeMQ 就足够了，否则我们可以选择 camel。
现在，如果由于某些异常或事务回滚导致消息重新传递过期，activeMQ 会将失败的消息发送到死信队列。
我们没有使用 Apache camel，因为 activeMQ 足以满足我们的要求，但是如果我想监视和审计失败的消息，我应该选择 camel 还是它会增加开销？
我之前没有使用过骆驼，所以如果有人可以指导我如何监控死信消息。我们正在考虑为我们的每个主题或队列设置死信队列，并为客户端提供审计日志。
视情况而定。您想对 DLQ 消息做什么？您预计有多少错误？
如果错误率非常低并且很难预测如何处理错误，也许某些警报会触发人们查看 DLQ 上的 DLQ 消息以弄清楚如何处理它。重试？提交错误报告？打电话给某人？
要监控 DLQ，您可以使用 JMX 或它的 http 等效物 Jolokia 来监控队列并在队列大小大于零时发送警报。
您当然可以使用 Apache Camel 以某种方式处理死消息。比如通过电子邮件发送，将其保存到错误报告系统或采取其他操作来提醒用户，使用不同的逻辑来处理消息等等。您可以在任何框架中编写此逻辑，而不仅仅是 Apache Camel。但是骆驼是个不错的选择。
无论如何，DLQ 管理没有灵丹妙药。您必须构建一个符合您的需求和限制的系统（手动或自动）。
我一直在阅读 JMS、ActiveMQ 和 Camel。
根据我的理解，如果我们需要集成多个系统，其中集成仅涉及以相同格式路由消息，activeMQ 就足够了，否则我们可以选择 camel。
现在，如果由于某些异常或事务回滚导致消息重新传递过期，activeMQ 会将失败的消息发送到死信队列。 我们没有使用 Apache camel，因为 activeMQ 足以满足我们的要求，但是如果我想监视和审计失败的消息，我应该选择 camel 还是它会增加开销？ 我之前没有使用过骆驼，所以如果有人可以指导我如何监控死信消息。我们正在考虑为我们的每个主题或队列设置死信队列，并为客户端提供审计日志。
视情况而定。您想对 DLQ 消息做什么？您预计有多少错误？
如果错误率非常低并且很难预测如何处理错误，也许某些警报会触发人们查看 DLQ 上的 DLQ 消息以弄清楚如何处理它。重试？提交错误报告？打电话给某人？
要监控 DLQ，您可以使用 JMX 或它的 http 等效物 Jolokia 来监控队列并在队列大小大于零时发送警报。
您当然可以使用 Apache Camel 以某种方式处理死消息。比如通过电子邮件发送，将其保存到错误报告系统或采取其他操作来提醒用户，使用不同的逻辑来处理消息等等。您可以在任何框架中编写此逻辑，而不仅仅是 Apache Camel。但是骆驼是个不错的选择。
无论如何，DLQ 管理没有灵丹妙药。您必须构建一个符合您的需求和限制的系统（手动或自动）。