概述
APM：Application Performance Monitoring 的简称，即应用性能监控。NPM：Network Performance Monitoring 的简称，即网络性能监控。
技术实现
•APM: 应用服务器上安装代理
•NPM：交换机网络流量镜像
部署
•APM：每台应用服务器都需安装代理
•NPM：所关心的应用即 ip 加 port 所经过的交换机流量必须全部镜像
支持的技术
•APM：全部应用 java .net php nodejs 各种框架
•NPM：http，tcp等各种网络协议
监控颗度
•APM：应用服务器上应用内部的全部调用过程，内存对象和线程的全部解析。
•NPM：则只涉及到协议的 request 例如url，无法深入部调用。也无法对交易自动化完整串联跟踪；但是会有网络设备的网络性能。
缺点
NPM
•流量没有走交换机, 比如都是同一台宿主机上的虚拟机, 则无法监控
•监控只限于网络层面, 无法深入应用和代码
•如果网络协议加密, 则可能需要私钥进行解密, 或无法解密, 或解密过程性能消耗较大.
•无法监控数据中心以外的数据
APM
•主要支持 JAVA/.Net 等语言的监控, 特定语言（如：C）及特定应用服务器(如：Tuxedo）无法监控
•商业 APM 按节点计费, 较难做到全覆盖
•数据中心, 如果技术栈不支持, 则无法做到全监控•侵入式部署
优点
NPM
•数据中心全覆盖（当然，也是有条件的，但是相对 APM 容易实现）
•通过相关的网络协议监控，可以更广泛地实现客户关注的效果
•针对银行交易有完整的成熟的解决方案(如：天旦BPC)
•部署非侵入式
APM
•可以监控到数据中心以外的数据（其实需要 RUM 即 Real User Monitoring）
•应用性能问题深入追踪(具体到方法/线程快照/内存快照/异常/日志/同步异步调用等)
•用户体验管理(用户操作/手机 APP/浏览器)（也是通过 RUM 实现）
适用场景
APM
•更关注应用性能问题
•开发/中间件运维
•需要对应用/中间件关键指标进行监控和告警
•系统架构都是 JAVA/.NET/php/node.js.... (无 C 无 tuxedo) , 则可以进行自动的交易关联, 且监控细粒度会很细.
•需要对数据中心外的用户体验(如用户点击操作数据/手机APP/浏览器端数据)监控
NPM
•业务监控（典型如银行交易笔数）
•更关注网络性能问题
•系统架构中含有非 .net/JAVA 系统, 如 Tuxedo
•无法接受侵入式部署
•银行(有完整的解决方案, 如天旦 BPC)
