利用拓扑图梳理系统架构

对系统运营部门或新上任的IT管理者来说，外包开发或新接手的系统通常是一个黑箱，系统中的架构和应用逻辑调用关系是不清楚的。当这些团队需要快速接手一个复杂的业务系统并且制定后续的维护和优化计划时，通常需要对整个系统进行梳理，完全依赖于原有系统的开发团队提供足够详细的架构和开发文档来完成，工作量巨大，而且一旦文档中有任何遗漏将会导致整个架构梳理不完整甚至进行不下去。

通过在应用上简单的部署网宿Server探针，团队可以非常便捷且直观地从应用拓扑图中获得各个应用之间的逻辑调用关系和实时的性能数据，极大提高了系统梳理的效率。

如果您想对应用进行归类整理，可以将应用加入业务系统或者服务组。网宿Server提供业务系统拓扑图，展示各业务系统之间相互的接口调用、应用与服务器资源和服务组件之间的依赖关系等，不但能非常方便地梳理架构关系，还能在出现性能问题时帮助用户迅速定位故障所在。在业务系统后续进行变更和优化时，网宿Server也能提供实时的架构状态变化反馈，供团队进行快速的调整和响应。在拓扑图中定位故障有两种方式：警铃标志和图标颜色。

故障诊断

当客户的业务表现不佳或者受到用户投诉时，客户往往会有以下诉求：

• 找出受性能影响的业务
• 保障业务稳定运行
• 高频业务实时监控

网宿Server可以帮助用户找出影响业务性能的慢事务、慢SQL和慢外部服务等等，进而确定影响的业务。

以分析慢事务为例，在事务页面选定应用后，在慢事务追踪列表中找到一个慢事务，如图所示：

进入该事务的追踪详情页面，可查看方法的调用堆栈，研发人员可点击、、 和 图标，根据各个方法展示的堆栈详情、调用的SQL语句、调用的外部服务和发生的异常信息，综合判定出现问题的原因，并确认该所涉及的业务。定位到具体的代码行后，研发人员可精准地进行优化或处理，从而消除慢事务，提高业务性能。如图所示。

调用链监控

由于某些业务较为复杂，再加上安全性的要求，因此在构建系统时是通过众多接口来实现具体业务，这就造成系统稳定性及耗时等众多考验，同时排错也变的相当困难。客户希望清楚的看到每一个慢事务所经历的调用过程，包括应用之间的相互调用关系，应用调用的外部服务、数据库、NoSQL等信息，并定位是在哪个调用环节上出现了问题。

通过在各个应用上安装探针，且当前应用发生了跨应用追踪时，网宿APM-Server可以获取慢事务的拓扑图。

在追踪详情页面中，点击耗时较长的方法后的图标，可以查看外部调用涉及的应用、实例、URL等信息。

如果URL后有图标，可以点击来继续追踪下游的慢事务，继续按照上述方式往下游追踪，直至找到最耗时的方法和代码行，精准的进行分析和优化。