【微服务应用】如何快速发现、定位问题

从单体应用转型到微服务应用面临的挑战很多，最为典型的就是交易链路变长，问题难以定位；部署单元增多，日志过于分散，查询难度大。今天分享研发中心推出的微服务开发配套：管控平台，如何针对性的解决这些问题。

场景一：在压力测试时发现某个功能的TPS就是上不去，响应时间也很长

单体应用定位问题相对简单：找到其对接的后台接口，以此为入口来排查代码。 但如果是微服务，它的调用链路可能是这样的，通过页面只能定位到bond-depo的接口方法，后面一大溜怎么定位？

可以通过链路监控在快速定位性能较慢的节点（服务）

同理，在生产上出现同样的问题，或是某个功能报错，通过链路监控都能快速定位

场景二：系统运行一段时间了，我们能否主动发现哪些功能比较慢，哪些SQL需要优化
1、慢交易监控，直接找到系统中所有的慢交易，针对性的分析、优化

最新版本，除了Rest API，也支持MQ消费性能监控了

2、慢SQL监控，直接找到系统所有运行耗时的SQL，针对性的分析、优化

场景三：部署单元变多，日志自然就分散了，怎么快速、方便的查询

日志查询模块除了简单将日志聚集存储，还支持多种查询方式，如直接查询所有ERROR级别的日志，只查询某个服务的日志；和链路监控配合，根据TraceId来查询等