apm什么时候出的（国内激烈厮杀的APM格局初定）

编者按：所谓Monitoring（监控），大多数非业内人士对这个市场其实并没有太具体的概念，但我们可以从美国的对标企业略窥一二：

全球知名的APM厂商New Relic目前市值大约为15.95亿美元，而在IPO之前曾获4亿美元融资；2008年成立的AppDynamics估值约10亿美元，曾获4.14 亿美元融资；成立不足四年的Datadog斩获了9600万美元的D轮融资。

国外APM市场形势一片大好，那么国内呢？在国外受到资本高度认可的APM，又到底是什么？

坐在办公室里，不急不缓地泡着茶，他就像多年的老友一般，诉说着他多年来的经历与故事。

曾就职于全球顶级APM厂商Compuware，让他在应用性能管理这个领域收获了太多宝贵的经验与荣誉。言谈之间，更是打趣地说到在外企工作远比创业轻松得多。

我能感受到他对于过去培养他的公司所怀有的感情，但话语之间，我更能感受到他对于如今创业继续着自己想做的事情，是多么充满期待和满足。

这样的描述似乎一点也不通俗易懂，牛透社也并不希望给更多非技术出身的读者们这样的解释。结合殷晋的讲解，APM的核心，或许可以落到Performance上。所谓Performance，可译为效能或是性能。而对于APM的价值而言，两种解释都是答案的一部分。

上图的左侧是典型的从业务到IT的三层结构：

最顶层——企业的业务（Bussiness），这一点无需赘言。

中间层——企业应用（Application）。不论是一家电商公司还是SaaS企业，在实际业务运营过程中都需要依赖于各类应用，包括企业网站、产品APP、CRM、ERP等等。

第三层——基础设施（ITInfrastructure）。所谓基础设施，指的是支撑这些应用运行的软硬件，包括企业内部网络和外部互联网等都在此列。

那么，云智慧这类APM厂商主要解决的是什么问题呢？

在上图中划上一个分割框，很明显，以云智慧为代表的APM服务商解决的问题是以应用为核心的。

我们知道，IT基础设施是支撑应用运行的关键。比如手机APP就依赖于手机和网络才能运行，各类程序和软件都要依赖于服务器计算资源以及网络的支持。而在应用之上，又需要支撑一堆业务。

云智慧所解决问题的核心关键词为——Performance。在业务端，我们将其称作“效能”；在应用端，我们可译为“性能”。所以，云智慧所关注的点其实就是这三个层面的“Performance”，对应来说，就是业务的效能和应用的性能。

这二者所需要解决的问题其实并不一样。

在解决业务效能问题的时候，是考虑如何能让公司的业务运转更高效，转化效率更高，出现问题后能快速解决。在同样的时间内，能指出并解决更多的问题，让企业的业务收入增长更快，这就是业务效能的问题。

性能问题则是指的各个部分性能的瓶颈，包括IT的服务器负载过高等问题，能够迅速定位再到自动解决问题，都是这个层面来做的事情。

本质：APM解决企业四大问题

上一个部分，我们大致理解了在大的方向上，APM到底是个什么鬼。但似乎也还是没能让大家了解，APM是如何在各个层面提高业务效能，解决企业IT问题的。

那么，用户在此前所提到的业务、应用、IT基础设施这几个层面来看，究竟存在哪些问题有待解决呢？

这就到了上图的最右侧的部分。

在殷晋看来，不同规模的企业用户需求明显不同，需要差异化对待。对应的，提供的解决方案也截然不同。

最底层的，小企业面临的是最基础的可用性问题。比如，一家创业型的企业，有了基础的网站和APP之后，最担心的是网站或是APP无法访问，随时可用就是小企业的第一诉求。事实上，几乎所有应用从构建出来，到退出市场的全生命周期，都会面临这样的问题。

随着企业的应用或者网站、APP的商业价值越来越高，就会开始面临第二层问题——即用户体验问题。这其实很容易理解，比如一款APP日活超过百万之后，企业会关注什么？当然是出色的用户体验！如果用户体验不好，很可能面临用户大量流失，这可能带来的损失是无法估量的。

比如APP的崩溃、卡死、闪退、运行缓慢等情况，都可能给企业带来损失，能监测到问题的产生，并马上解决它，显然是企业在这个阶段高度关注的问题。

当企业的网站或是应用的规模再大一些，或是要应对一些线上交易的时候，又到了更高层次的问题。比如：双十一、618这类电商大型促销活动期间，用户会在某个时间节点蜂拥而至，网站流量会在瞬间暴涨，系统容量是否能承载这么多用户的访问呢？

即使没有双十一这样大的活动，一般的节日或是促销活动，都会面临大量用户访问的情况，承载用户流量的能力颇为重要。

对于这类网站或是应用，首当其冲需要解决的问题就是——了解系统或是应用到底能支撑多少并发量。了解产品能承载的并发能力，就可以提前给市场和运营人员定下合理的指标，需要引导多少用户。如果系统本身只能承载100万用户，但是却花费高昂的成本引导了1000万用户进来，那实际上就浪费了很多。不但如此，还可能导致系统崩溃等严重问题的产生。精确了解系统容量对于已成规模的企业来说，至关重要。

如果企业更大一些，就会逐渐开始有了CIO这个角色。CIO是企业业务和IT沟通的桥梁，他们更多关注的是业务的指标，而非仅仅是IT问题。比如：CIO们可能关注用户数是否有增长、收入是否得到提高、用户转化率如何。这些都是业务层面看到的一些指标，而很明显，业务本身是由应用支撑的，如何能够优化这种效能呢？

想要提高业务增长，就需要解决IT中影响业务的各种问题，这将让业务更高效地运转。所以归根结底，CIO们关心的其实是业务层面的问题。

“这四类问题其实是企业的不同阶段，或是不同的场景下产生的问题，而本质上我们就是要帮助企业解决这四类问题。”殷晋笑着，给云智慧下了这样的定义。听完他的讲解，我感觉，抛开延伸到生态链上其他业务不谈，这或许就是APM概念的最佳定义。

前瞻：最早的中国企业级云服务践行者之一

殷晋的确是个极具洞察力和创造性的人。这个结论不仅仅是来源于他如今的成就，更多的是他过往的抉择。

试想一下，2010年，当大家都还只是刚开始谈论云计算、谈论SaaS的时候，他就已经开始走出安逸的环境，大胆尝试，在APM领域创业了。

“我们做到了很多SaaS创业公司都做不到的事情——真正验证SaaS运营模式的可能性！”

当他说出这句话的时候，我有一刹那愣神，不太明白这其中的意思。

没等我反应过来，他给了我一个简直难以相信的答案：“从2010年到2013年，三年时间里，我们几个人做了一款极致的产品——监控宝，小而美，收入也不错。我们拥有3000多位客户，人均1000元，也就是说每年有300多万收入。”

此刻，也许你会想：这个成绩很惊人吗？每年才300万而已啊，也没能突破千万大关呢。

但前提是，这是在2010年到2013年做的事情！那时候的SaaS远远不如今天这般火热，几个人就能做到超过300万收入，简直令人难以置信。也正因如此，殷晋所想的SaaS模式得到了有效验证——在如此早期时候，就有大量用户愿意为此付费，前景显然不可估量。

专注：扎根APM领域，自下而上愈发深入

正如殷晋所说，云智慧是国内第一家开始尝试SaaS模式的APM服务商，当时的活跃用户有十几万，转化率也极高，接近3%。但问题在于，依照那样的模式，没办法做大。因为这时候的云智慧只有产品和技术能力，没有销售能力和落地服务能力，根本难以搞定企业及客户。

另一方面，尽管当时的监控宝用户数快速增加，但当初的产品设计并不适合企业用户。当企业的运维人员超过3个的时候就需要协作，而监控宝显然是不支持的。不但如此，监控宝本身解决的是IT 基础设施监控的可用性问题，对于更大型的企业所需要解决的用户体验问题没有太大作用。

由此，透视宝应运而生。如果说监控宝解放的是运维人员，那么，透视宝解放的则是运营人员。帮助运营人员快速找出产品的问题，并解决问题，透视宝让云智慧开始有了能力逐步从SMB市场（Small and Medium-sized Business，指经营规模不大，人员、资金有限的中小规模企业）转战相对更大的企业级客户。

当透视宝享誉业内的时候，云智慧又开始满足更多用户需求，推出了压测宝——以压力测试帮助用户了解其系统能支撑多少并发的用户量，降低产品本身存在的风险。

以上的三款产品都是工具型的纯SaaS产品，解决单一场景问题，但这显然不是云智慧的全部。就在前段时间，云智慧在牛透社有过一篇技术类的投稿，解析了何谓“业务运维平台”。将IT和业务有效结合起来的平台型产品正是云智慧在另一个层次上给用户提供的服务。

在超大型企业，需要的不仅仅是解决某一单一问题的能力，更多的是与业务相关的更全面的IT能力。而业务本身又是很复杂的，用户满意度、用户转化率、收入变化等都是需要做大量信息收集和分析才能了解的，这涉及到各个方面。云智慧所推出的业务运维平台正是为此而来。

回过头来看，从监控宝、透视宝、压测宝这“三宝”，到业务运维平台，云智慧所提供的产品不正是恰好对应解决了我们此前所提到的，企业在不同阶段所面临的四类问题吗？

显然，云智慧具有的，不仅仅是前瞻，还有无与伦比的专注——专注在APM这一垂直领域做得更加深入。

临走前，我问到：“国外的APM市场非常火热，你怎么看待如今的国内APM市场？”

许多时候，我听到的答案都是“我的公司将独领风骚”。

殷晋却在略加沉思之后告诉我：“目前与我们在同一跑道的有几家企业，而这个市场足够大，只要大家不犯重大错误，那么当下的业务与市场竞争格局就还将持续一段时间。”

APM前景广阔，又风起云涌，胜负难料，却又日渐清晰。让我们，拭目以待。

关注“牛透社”微信公众号（Neuters），了解关注更多行业资讯、干货分享！

,