这是一个创建于 2886 天前的主题，其中的信息可能已经有所发展或是发生改变。
当然其实想问的不仅限于监控 REST 风格的 Web Service 。
假设我有一个已经上线的服务可以修改用户数据等，如果我只是去 PING 服务器或者向服务器发送 HEAD 请求检查是否能连接成功，只是能确定服务器是否在线，似乎并不满足监控的需求，我可能还需要监控这个服务提供的功能是否能够正常运作，比如是不是能够正常的修改用户数据。所以似乎监控的时候我还是得向服务发送完整的请求来检查服务的响应来确定，但是这样的话我监控时发送的数据会影响生产环境的数据。
如果要不影响生产环境数据，我想需我要修改这个用户数据的服务的代码才行，如果我修改代码逻辑最后让特定的监控测试数据不入库似乎可以解决问题，但是如果每个服务都这样开发每个请求处理器代码会增加很多监控测试代码，每个服务都要专门开发监控用的代码也很麻烦，好像也没有办法用代理类来处理所有监控请求。
后来想把所有请求都拦截下来，如果带什么特定的监控 HTTP 头就返回特定的结果，但是这样似乎又回到一开始了，监控实际上并没有监控到实际起作用的那些代码是否在正常运行。所以想问一下大家一般这类 Web Service 监控最佳实践是什么，或者说是不是我对服务监控的思路是不对的？
假设我有一个已经上线的服务可以修改用户数据等，如果我只是去 PING 服务器或者向服务器发送 HEAD 请求检查是否能连接成功，只是能确定服务器是否在线，似乎并不满足监控的需求，我可能还需要监控这个服务提供的功能是否能够正常运作，比如是不是能够正常的修改用户数据。所以似乎监控的时候我还是得向服务发送完整的请求来检查服务的响应来确定，但是这样的话我监控时发送的数据会影响生产环境的数据。
如果要不影响生产环境数据，我想需我要修改这个用户数据的服务的代码才行，如果我修改代码逻辑最后让特定的监控测试数据不入库似乎可以解决问题，但是如果每个服务都这样开发每个请求处理器代码会增加很多监控测试代码，每个服务都要专门开发监控用的代码也很麻烦，好像也没有办法用代理类来处理所有监控请求。
后来想把所有请求都拦截下来，如果带什么特定的监控 HTTP 头就返回特定的结果，但是这样似乎又回到一开始了，监控实际上并没有监控到实际起作用的那些代码是否在正常运行。所以想问一下大家一般这类 Web Service 监控最佳实践是什么，或者说是不是我对服务监控的思路是不对的？
目前尚无回复
Select Language