如何打造史无前例的服务器端监控体验？

对于开发人员来讲，其应用性能是须要特别关注的。在用户体验至上的大环境要求下，性能优化是十分必要的。无心中在知乎看到的这个问题，发现了成都华天创腾一位开发人员的回答分析了阿里云监控功能及 OneAPM 服务器端监控的使用对比，那么就来看下他的故事吧！如下是未经修改的原文：

过久没有写博客了，只是一味的吸取网上的攻略，感受有点对不起这个行业。作了太多的拿来主义，历来没有几个原创给行业带来一点点的贡献！好吧装 B 装完了。说正事。

话说工欲善其事必先利其器，这里最近发现一个造神器的公司，OneAPM - 端到端的应用性能管理软件云解决方案。

先介绍下个人服务器，做为创业公司没有那么多 ￥ 去买实体服务器，托管，运维，安全防御都是一个大问题。全部当时还好有点经验，理智的给老板介绍了购买阿里云服务器。一下就搞定了这些全部的烦恼(当时是这么认为的)，而且阿里云提供了服务器状态监控，服务监控。可是这些仍然只是知足了平常监控和运维的需求。一旦遇到详细点的性能监控的需求就嗝屁了。

原本是在找服务器运行状态监控软件的时候，无心在网上发现了 OneAPM，注册了一个帐号后后来没有怎么使用，他们当时尚未推出我需求的服务器监控的软件，后来他们出了新版本后积极联系我，本觉得他们和阿里云的东西差很少，后来在他们客服妹妹的悉心调教（我真没有吃过她豆腐）下装了一个试了试，不用不知道一用吓一跳，这个东西比阿里云的监控的详细多了。

上图有图才有真相

阿里云的监控

OneAPM 的监控

优点一下就出来了有木有，阿里云的监控只提供了整体的一个数据监控，而 OneAPM 提供了很是详细的占用信息。虽然 Linux 下也能够用命令看，可是我是比较懒的人（尼玛事情多的爆啊，能用一分钟解决的问题毫不想花两分钟）

话说他给我解决了什么问题吧，因为最近业务量暴涨，忽然多了很是多的写库操做。致使数据库服务器的 CPU 暴涨一直都是 100%，尼玛这东西当时致使监控的服务器和服务各类报警，直接吓尿了，到阿里云监控上只看到了 CPU 占用了百分之可是那个程序占用的尼玛彻底木有任何信息啊全靠本身去慢慢琢磨，老板的要求是服务器报警不能超过 30 分钟必须解决时间紧迫。当时登录了 OneAPM 后台看采集回来的数据，清清楚楚的看到是 MySQL 数据库。几乎吞噬了全部数据库服务器的 CPU 这样下去不致使数据库服务器宕机才怪。

接下来 用OneAPM 的应用监控，查看服务对数据库的读写操做按次数进行排序，基本上是9:1的读写比例。

还好哥当时留了一手有先见之明，在另外的服务器上准备了一个从备份库，而且配置 **oeba 的读写分离，由于 PHP 接口用 amoeba 会报错，因此都是直连的主库。可是分析了最近的写库业务都是来源于 Java 服务，赶忙把 Java 的服务都切到 **oeba 服务的数据库中间件上，作了读写分离后 CPU 分分钟降到了 50% 的正常水平，从早上 8 点报警到中午十二点，基本解决了由大量数据写入数据库致使的 CPU 暴涨引发的一次性能问题。神器在手天下我有！！

其实我就是作了一次打酱油的其余的都给工具作了！！

------以上是分享的所有内容------

OneAPM Servers 能够帮助企业和开发者经过观察、分析关键的系统参数，包括 CPU 利用率、物理内存、网络活动、进程、磁盘利用率及容量，展示当前服务器的健康情况.，您能够访问 OneAPM 官方网站体验试用，或访问 OneAPM 官方博客 阅读更多技术文章。