在2000年及更早的时候，应用大都是简单的3层架构，即界面层、业务逻辑层和数据访问层。而随着云技术和移动互联网的发展，时代对IT技术提出了更高的要求，它需要适应更迅捷的变化。同时，产品的迭代速度和效率变得更快，应用的复杂性也发生了爆炸式的增长，新时代的应用也变得更加难于管理。
Gartner在2016年，对APM重新规划了标准，即需要满足数字化体验监控，应用发现、深入追踪与诊断(ADTD) ，应用分析(AA) 这三个条件才能称作真正的APM。在这组概念中，Gartner认为APM的核心功能则是能够基于应用去做问题的发现与诊断。
应用环境日渐复杂 APM监测面临全新挑战
随着容器、微服务、DevOps、移动化、敏捷开发的迅速普及，如何基于应用迅速发现问题、诊断问题亦迫在眉睫：
容器，微服务的出现，将应用割离的更加“破碎”，“拼接”起完整的应用成了一件不容易的事情；新架构、新技术使得应用变得错综复杂，应用之间的关系也变得“扑朔迷离”；全方位监控的要求，令现在只能监控到30%用户问题的传统监控方案捉襟见肘；用户对性能的要求逐渐转移到用户体验方面，这使的IT部门更加头痛不已；而DevOps、敏捷开发也对快速发现应用性能问题提出了更高的要求。
从用户体验出发 听云全栈溯源全面升级
在此情况下，企业需要一个能够对应用性能进行更加全面有效的监控，在现有复杂多变的条件下迅速找到用户性能问题源头的解决方案，以应对新时代的挑战。
为了能够帮助DevOps快速实现不同业务逻辑下的性能排障，国内领先的应用性能管理服务提供商听云推出了全栈溯源解决方案，在国内首次实现了全端、跨应用监控。2017年，定位问题变得更加复杂，为了能够对应用性能问题更加深入的追踪与诊断，听云从用户体验出发，全栈溯源进行了全面升级。
全新升级的全栈溯源可以实现四大功能：
APP端事务请求全栈溯源浏览器页面事务请求全栈溯源拨测事务请求全栈溯源单用户全栈溯源
量化用户感知 听云APM设置用户体验机制
用户体验很难单方面感知和鉴定，听云通过设置用户体验机制，帮助用户达到更好的体验效果。首先，听云通过多方数据收集、反馈与衡量，设置一个默认标准，用户也可以结合自身需求进行自定义，比如自定义网页反应快慢的时间或者指标，或者针对某一条请求或者某一步骤流程做监控。
用户感知层面，比如首屏时间指标、点击控件的时间等，听云将关联相应请求，发现反馈是否由于请求慢所造成的体验不好。举个例子，可能在后台监控程序中，某一页面打开是很慢的，但是在用户体验层面是感觉不到慢，所以听云设置首屏时间的概念，因为首屏慢是用户能够真实体验到的，这种情况就可以基于慢首屏来做全栈溯源。
清晰责任界定 全栈溯源对DevOps的价值
在过去，用户投诉流程是客服部门接到投诉，将问题反馈给产品部门，产品部门使用排除法对各环节进行逐一排查，这样的做法效率极低，听云产品副总裁Moca表示，全新的APM监测平台，是当用户投诉后，后台人员打开控制台，输入用户ID，后台直接显示问题，然后反馈给研发或运维人员去解决，这样会减少很多不必要的流程。总体而言，听云全新的全栈溯源解决方案会帮助DevOps实现清晰责任界定与严重问题自动预警，提升问题反馈效率与查找速度。
1、清晰责任界定：可以为各部门提供统一的信息平台，共同讨论目前应用发生的问题，以及解决方案。
监控：应用的用户体验细节指标，包括用户前端响应时间、网络响应指标细节，以及后端各API接口，每个服务的健康状况，识别每条性能曲线上是否存在突发点。问题定位：隔离用户的问题，界定问题发生的位置，判定是前端还是后端或者是网络的问题，甚至是数据库问题，并且将以业务部门看懂的方式在平台上以可视化的图表展示出来。解决：直接在平台报表里找到根本原因，无论是某个程序的某段代码，或者是相关的SQL 语句，还是DNS解析异常，甚至是前端图片的异常加载，这些无需专业人员来操作，就能够以简单明白的报表的方式，展示给各个部门，从而容易直接处理。
2、预警：严重问题自动响应
以往，当遇到客户投诉到判断问题发生、运维研发借入直到最终解决，往往要经历至少一周以上的时间，甚至可能是数星期。听云全栈溯源是基于客户关键业务的自动质量控制平台，将把以周为单位的解决问题时间缩短为几分钟，同时预警功能可以对严重问题进行自动响应，在解决客户抱怨问题时，也能成为技术部门最可靠的数据来源。
此次听云产品升级将过去每个端特有的监控产品，整合、优化成一种解决方案，新的全栈溯源解决方案以用户体验为主导，基于能够更好满足当前用户需求的IT运维模式，帮助传统企业更加轻松的实现数字化转型。
本文转自d1net（转载）
