问题描述
当后端之一发生特定业务逻辑错误时，我们的其中一个系统要求针对支持团队创建警报。此错误不构成技术级故障，因此当前未记录任何错误/警告。
在这种情况下，架构上正确的方法似乎从后端发出足够多的分析数据，这些数据可以泵送到日志分析子系统，例如 ELK ans setup ELK 以在它看到此错误时触发警报响应负载。我们已经计划支持使用高性能日志记录架构（例如异步日志记录/内存映射共享内存日志记录）记录大量信息。
作为替代解决方案，我们可以使用 dynatrace 通过其检测代理捕获响应，并让 dynatrace 解析有效负载并根据需要创建警报。然而 dynatrace 作为 APM 解决方案，我们并不完全确定这种方法是否符合 dynatrace 的预期用途。在这方面的一些建议会非常有帮助。
解决方法
暂无找到可以解决该程序问题的有效方法，小编努力寻找整理中！
如果你已经找到好的解决方法，欢迎将解决方案带上本链接一起发送给小编。
小编邮箱:dio#foxmail.com (将#修改为@）