我们有一个应用程序对 Mule ESB 进行 Web 服务调用，日志显示在高峰时段主要显示 500 个错误代码，在非高峰时段显示 200 个成功代码。我不是 Mule 团队的一员，但是当我与他们交谈时，他们表示这可能不是他们这边的问题，他们说他们这边没有收到任何消息。 现在我的问题是，如果我们的应用程序日志显示 500 错误代码，这是否表明请求已发送到 Mule ESB 但无法处理它，或者如果请求由于以下原因在某处丢失，仍然可能收到 500 错误代码：网络/路由器问题或类似问题？
这个问题完全是通用的，没有提供任何关于实施的见解。那么他的答案适用于任何实现和技术的任何 HTTP 响应，无论是 Mule、Java Python 等。
答案取决于服务器是否正确使用 500 响应。如果他们只是因为没有正确处理错误而回答 500，那么您无法从中暗示任何内容。
如果 500 使用正确，则这是一个内部错误。如果问题是他们没有从另一个后端收到正确的响应，则可能会争论是否没有更好的响应代码（例如 502 或 504）。无论如何，管理应用程序的团队应该解决该错误。
您可以确定的是，请求已到达应用程序，因为它使用 HTTP 响应进行响应。
我几天前看到了您关于 IBM Security Access Manager 支持的问题，但它不允许我直接发布该问题的答案，因为它与开发无关。请通过电子邮件与我联系 ([email protected])，我的公司为所有版本的 Access Manager 提供 2/3 级支持，如果您有兴趣探索，我很乐意解释更多信息。谢谢！