mAPM 就看你的了!

日期: 2014-08-27 来源:TechTarget中国

前些日子参加了Velocity大会,在大会上听云的张涛先生在国内第一次提出了mAPM(移动APM)的概念。笔者是一个由传统运维工程师创业的移动开发者,刚好对APM有所了解。本文将对国内外移动APM做一个简单的介绍,希望大家喜欢。

在传统企业里,IT运营部门仍然在购买APM监控工具,但这部分市场对于大多数APM服务商而言都显得太过单调。理由很简单,目前市场上几乎找不到针对移动App运营团队所需要的APM解决方案。通常传统企业的App都属于非重点项目,通常由来自业务部门的开发者或者应用程序支持团队负责运营管理。在多数传统企业中,根本不具备部署第三方APM工具监测管理App的能力。而大多数移动开发企业又都属于传统企业转型或初创企业(比如笔者),不是关注应用管理的意识不强,就是干脆没有预算来采购APM工具——有了问题直接让研发人员跑日志、看log,基本上还处于非常低端的形态。但是随着整个移动市场爆发,业务模式已经出现了翻天覆地的变化,数据和用户总量几何级增长使应用监控需求也在快速增长,这也间接地带动了APM行业发展。笔者预言:mAPM的时代来了!

mapm

换句话来说,新的mAPM方案要想从现有产品中脱颖而出就必须拥有明确的竞争力与吸引力,同时确保开发者能够参与到mAPM工具嵌入工作中来。目前,APM的SaaS化解决方案,已经可以实现事故管理与综合性事务处理。这对App性能管理的可用性来说非常重要。

国外mAPM服务商的解决方案已经有很多了,Keynote Systems公司为此投入重资,逐步将自身从传统APM转型到mAPM。目前Keynote Systems的移动业务在其总营收中占比已超过五成。如今他们已经能够实现移动设备模拟,利用实际设备在其POP内部执行测试任务。此外其它多家厂商也拿出了包括mAPM的综合性能监控解决方案。国内最近也有一些公司在做mAPM业务,其中包括Velocity大会上首次提出mAPM概念的听云。

听云平台

真正的mAPM代码应该被嵌入到原生App当中,其代码要做的除了从移动角度提供性能数据之外、还需要通过各种通道将其交付给基础设施以及接口,比如网络、服务器、第三方API,监测工具SDK要嵌入App中,其体量大小也直接影响App运行的情况以及性能监测数据的准确性。

听云是国内首家mAPM解决方案提供商。通过应用内嵌入听云App SDK,同步真实用户访问体验,及时发现使用过程中的崩溃、连接超时、内存泄漏等问题。据笔者了解,听云是基调网络的SaaS化服务平台,针对移动App客户端——网络——Server端的整体解决方案。经过笔者的测试,其mAPM设计思路非常清晰,SDK也只有10K左右,相比国外同类产品优势也非常明显。

除了听云,下面再介绍几个国外的解决方案(需要梯子,使用极其麻烦):

AppDynamics公司将推出一套混合型APM解决方案,其中包括由内部或者SaaS交付的mAPM产品。这样的设计思路使该方案显示出端到端完整形态、即由设备到托管基础设施的全面覆盖。

Crittercism公司此前则打造过一款事故检测工具,用于追踪紧急问题及App启动情况。他们如今开始从移动视角出发进行网络监控,并从更深层面剖析性能表现。Crittercism公司在这一新兴市场上占有一席之地,这主要是因为他们所使用的SDK目前已经被嵌入到了数百款原生移动应用当中。

最近我还看到了New Relic发布的mAPM产品——与AppDynamics类似,他们也将移动性能与基础设施及应用程序性能结合在了一起。New Relic公司只提供SaaS式解决方案。

经过对各产品对比,笔者发现各产品的价格定位经常发生变化,不过一般来讲通常会以月活数作为依据。各解决方案的价格基本相当,相比较而言,本地化的听云平台优势比较明显,拥有永久免费的版本,听云的收费版本也不需要用外国信用卡支付,使用非常方便。

对于APM行业来讲今年将是有趣的一年。作为一个由运维工程师转行移动互联网的从业人员来说,众多精彩纷呈的mAPM产品将接踵而至,所以请大家拭目以待。如果大家还有其它疑问,请与笔者进行反馈,期待能与各位进行深入交流。

我们一直都在努力坚持原创.......请不要一声不吭,就悄悄拿走。

我原创,你原创,我们的内容世界才会更加精彩!

【所有原创内容版权均属TechTarget,欢迎大家转发分享。但未经授权,严禁任何媒体(平面媒体、网络媒体、自媒体等)以及微信公众号复制、转载、摘编或以其他方式进行使用。】

微信公众号

TechTarget微信公众号二维码

TechTarget

官方微博

TechTarget中国官方微博二维码

TechTarget中国