如何分析售票系统的崩溃问题？

近日小七在沉迷于帮朋友抢某演唱会的门票，但随着一次次的放票，发现了很多软件崩溃的发生。此时身为一个出色的互联网人，不禁为购票平台的服务器感到担忧。如果大家平时关注微博，可能会联想起当初微博服务器崩溃后，架构师在自己婚礼上优化服务器的热搜。仔细想来，防止系统崩溃确实是我们运维工作的重中之重。今天就和大家分享一些关于Site24✕7在维护售票系统运行方面的优秀表现！

       做过运维工作的同学都知道，系统的崩溃往往由两种原因造成，一个是软件代码层面出现的问题，另一个则是系统服务器负载方面。票务系统的问题解析自然也离不开这两个关键方向。那么我们今天就从这两个方面来聊一聊，如何通过IT运维帮助售票系统。

01

APM分析程序代码

       首先我们来聊一聊程序代码出现错误导致的系统崩溃。在票务系统的代码中，会分设诸多事务来响应不同的请求，而代码问题往往也就是出现在这不同的事务中。为了让运维人员更方便快捷地对应用程序进行分析，Site24X7设立的APM监视器提供了一个事务追踪的核心功能，用以分析不同事实的响应情况以及错误程度情况，如图所示，我们可以清晰地看到程序各事务的平均响应时间、错误程度、应用性能指数、请求计数等方面的数据，与此同时我们可以通过对错误模块的排名来筛选相关事务，进行程序的事务判断。

02

掌握服务器使用情况

       除了程序本身之外，服务器出现问题也是造成系统崩溃的主要原因。当票务系统的磁盘被大量数据和日志文件挤满，或者在购票高峰期时带宽和服务器的超负荷运行，都是导致服务器出现问题的罪魁祸首。因此监控服务器的磁盘、带宽、cpu等性能就成了预测系统崩溃的重要方式。

       Site24✕7的服务器监视器为票务系统的运维同学们提供了一个全方位的监控体系。如图所示，在自定义仪表板中，我们将票务系统所用的服务器Wu-winserver的磁盘利用率、内存使用率、带宽情况、cpu使用率和服务器运行时间进行了集中展示，以便运维人员能对系统负载一目了然。同时我们可以在监视器中进行告警的相关设置，当系统的某项性能超过阈值时会触发邮件、短信、电话或其他集成方式的告警，以便用户第一时间得到通知。

       其实无论是售票还是其他的系统，都需要提前做好解决问题的备案。如果运维人员面对的是类似于五月天演唱会门票发售或者五一出行高峰期的购票系统，这类时间明确的高数据并发情况，还可以提前做好服务器扩容等操作。但如果面对的是突发性的用户请求或是在程序代码突发崩溃时，往往会让我们措手不及。

       为了避免出现上述情况，Site24X7在帮助客户进行日常监控与即时告警的基础上，还可以通过监控后得到的分析报表进行预测。如果各位运维同学想了解更多的相关信息，欢迎大家随时与Site24X7的工作人员联系。

       今天的分享就到这里了，小七祝愿各位同学都能看上自己心心念念的演唱会！