API Manager 1.10 - 有监控后端健康的方法吗？
API Manager 1.10 - Is there a way to monitor back end health?
我实际上在我们的 IT 中尝试了 WSO2 API 管理器，但我找不到如何监控后端 WS。
有没有办法在 :
时发出警报 (trace/mail/...)
- 网络服务的时间响应太高？
- 网络服务不可用（或 http 代码不是 200）？
这个工具看起来不错，但我需要一个监控部分...
也许我只是想念它......
有帮助吗？
如果您已经在生产中使用 WSO2 APIM，您如何管理这部分？
此致，
迈克
WSO2 API 经理有以下统计监控
- API 订阅：每个 API 的订阅数（所有
API)
的版本
- API 用法：每个 API 调用的次数 API
（跨 API 的所有版本）
- API 响应时间：
- API 上次访问时间：进行最后 10 次 API 调用的订阅者以及他们调用
的 APIs/versions
- API 资源路径的用法：API 的用法以及来自哪个资源路径（每个 API 版本）
- API 按目的地使用情况：要查看基于目的地的使用情况跟踪，您必须先启用它。请参阅 API 按目的地使用。
- API 用户使用情况：用户访问 API
的次数
- 错误调用：每个用户 API 未能到达端点的 API 调用次数 在错误的 API 调用中，消息通过错误序列进行调解。默认情况下，当后端服务不可用时，API 管理器认为 API 调用是错误的。
详情请见https://docs.wso2.com/display/AM1100/Viewing+API+Statistics
通过使用 APIM 和 CEP 集成，您可以实现此要求。 APIM 可以配置为将节俭事件发布到 CEP，然后 CEP 可以处理这些事件以根据需要提供必要的警报和通知。
APIM and CEP integration请参考以下文档。
对于我们 public 托管版本的 API 管理器 - WSO2 API Cloud - we simply set up Pingdom for both the gateway and the web UIs and exposed the public dashboard at the SLA & Support page。当响应时间超过 30 秒时，Pingdom 也有电子邮件、短信等警报。
在内部我们也使用各种服务器监控工具，例如 icinga。
我实际上在我们的 IT 中尝试了 WSO2 API 管理器，但我找不到如何监控后端 WS。
有没有办法在 :
时发出警报 (trace/mail/...)- 网络服务的时间响应太高？
- 网络服务不可用（或 http 代码不是 200）？
这个工具看起来不错，但我需要一个监控部分... 也许我只是想念它...... 有帮助吗？ 如果您已经在生产中使用 WSO2 APIM，您如何管理这部分？
此致， 迈克
WSO2 API 经理有以下统计监控
- API 订阅：每个 API 的订阅数（所有 API) 的版本
- API 用法：每个 API 调用的次数 API （跨 API 的所有版本）
- API 响应时间：
- API 上次访问时间：进行最后 10 次 API 调用的订阅者以及他们调用 的 APIs/versions
- API 资源路径的用法：API 的用法以及来自哪个资源路径（每个 API 版本）
- API 按目的地使用情况：要查看基于目的地的使用情况跟踪，您必须先启用它。请参阅 API 按目的地使用。
- API 用户使用情况：用户访问 API 的次数
- 错误调用：每个用户 API 未能到达端点的 API 调用次数 在错误的 API 调用中，消息通过错误序列进行调解。默认情况下，当后端服务不可用时，API 管理器认为 API 调用是错误的。
详情请见https://docs.wso2.com/display/AM1100/Viewing+API+Statistics
通过使用 APIM 和 CEP 集成，您可以实现此要求。 APIM 可以配置为将节俭事件发布到 CEP，然后 CEP 可以处理这些事件以根据需要提供必要的警报和通知。
APIM and CEP integration请参考以下文档。
对于我们 public 托管版本的 API 管理器 - WSO2 API Cloud - we simply set up Pingdom for both the gateway and the web UIs and exposed the public dashboard at the SLA & Support page。当响应时间超过 30 秒时，Pingdom 也有电子邮件、短信等警报。
在内部我们也使用各种服务器监控工具，例如 icinga。