面临挑战

业务高速增长，对系统性能提出新要求

目前，开课吧的业务正在高速增长，线上平台性能已经成为开课吧最重要的「武器」之一，开课吧运维总监肖建峥表示，半年内他们的用户规模预计突破千万，用户的爆发性增长对运维的挑战会增加一个高度，而通过「人力资源」很难做到整体架构各个细节模块在高并发、高可用情况下的性能监控问题。尤其是现在正处于开学季，对开发和运维人员来说，这种周期性业务高峰给整个网站 PV 带来显著增长，此时他们对业务性能监控需求就变得非常迫切，这时候急需「未雨绸缪」，准备好迎接新的挑战。

希望打造极致用户体验，但缺乏对真实用户体验管理的专业监控工具

其次，对在线教育平台的用户而言，用户体验现在已经成为赢得市场先机「核心因素」之一。开课吧希望将用户体验做到极致。但是由于国内基础的网络质量、浏览器类型、服务器端的响应时间等多种因素，可能会带来用户访问延迟等问题。一般而言，市面上的性能监控软件只能监控系统后台的性能体现，或者通过抓取网络报文来统计网络性能，缺少从系统服务层、应用层、用户体验层、业务交易层等多个环节提供全栈式的性能监控，而且缺少真实用户端的专业性能分析工具。

多技术栈需求，缺乏统一的性能监控平台

此外，开课吧采用了高并发、高性能、高可用性的服务架构，同时还采用了云基础架构解决方案以及智能多 CDN 路由技术来保证用户体验。但由于产品线的不断扩张，技术层面增添了很多新元素，其中 Java 和 Ruby 这两种开发语言占据比重很大，随着开课吧开始布局移动端，实现多语言、多种平台的性能监控给开课吧的运维人员带来了一个新的挑战。

解决方案

携手 OneAPM 打造优质的在线学习体验

开课吧的运维总监肖建峥表示：「此前我们使用的是 NewRelic 的性能监控产品，但是随着开课吧业务的高速增加，在很多层面对性能监控提出了更高的需求，在对比了国内外多家产品后才最终选择了 OneAPM 的 Application Insight（Ai） 和 Browser Insight（Bi）产品，分别深入到代码级的后台服务监控，以及监控前端的真实用户体验」。

OneAPM 不仅帮助开课吧实现了代码级应用性能管理，还实现了对前端浏览器、网络传输、应用性能、中间件性能、数据库性能的自动关联及分析功能，真正意义上帮助开课吧的技术和运维人员找出影响业务系统的性能问题。

「Ai 产品能够自动发现我们应用在执行过程中涉及的软硬件架构组件，以及他们之间的交互矩阵，这样的话，我们就能够把握整体的部署架构，实时了解全业务的拓扑结构，公司的管理层对这点非常看重，因为它帮助我们整个开发团队，从用户的角度来对网站性能进行整体的优化」肖建峥坦言道。

开课吧目前的网站月 PV 高达数千万，而随着新业务陆续上线，访问量也将成倍增加，了解前端真实用户的体验，发现性能瓶颈对于优化页面结构和代码至关重要。通过 Browser Insight ，后台会自动收集与用户息息相关的浏览器端性能数据信息，从页面加载时间来度量浏览器端的性能，并从多个维度来拆分页面加载的时间分布，为网站性能优化提供最直观的数据参考。

值得一提的是，OneAPM 产品设计理念跟 Google Analytics 比较相似，收集数据全部是来自访问网站真实用户的实时数据。通过记录每位真实用户的页面加载时间、平均响应时间、地理位置、浏览器类型和版本、Java 错误、Ajax 错误、DOM 处理以及页面渲染时间，并提供有效的一站式性能评估。最终，对开课吧所有的终端用户满意度进行全面真实的了解，从而帮助开发人员快速确定应用性能的瓶颈所在，并迅速解决浏览器端的性能问题。

自定义事务功能为开课吧打造「个性化定制」需求

众所周知，事务是真实用户体验的直观反映：它们抓取了用户与应用交互时，用户体验到的实时性能数据。开课吧希望能够对几个核心业务指标进行重点监控，确保整体的用户体验不会受到重大的影响。肖建峥表示非常看重「自定义事务」的动能，因为在线教育必须重视用户线上的使用体验，所以必然有自己的个性化需求。

通过 OneAPM 的自定义事务功能，开课吧可以自定义获取一些关键事务（比如学员登录时间、首屏加载时间等等）的响应时间及及其各个组件的响应时间。这些响应时间再与满足业务需求的「基准时间」进行比较，从而就可以帮助帮助开课吧的运维和开发人员，确定目前网站和移动端的应用是否在正常工作。譬如，如果某个事务的响应时间大于设定的阈值，开课吧的运维人员，便判定其运行异常，就可以马上进行处理，从而将影响用户体验的因素缩减到最小。