|
大数据“择友”记:Loggly完胜SplunkApp47是一家美国的移动应用管理(MAM)供应商,一直在寻找合适的合作伙伴,将机器生成日志文档整理为可进行搜索的格式;其考虑的对象包括名声在外的Splunk和没什么名气的Loggly,这两家公司的总部都在旧金山。 弱肉强食乃自然法则。在IT技术领域,一家发展中的企业应该选择什么样的合作伙伴才为上佳,也许本文会给你答案。 App47是一家美国的移动应用管理(MAM)供应商,一直在寻找合适的合作伙伴,将机器生成日志文档整理为可进行搜索的格式;其考虑的对象包括名声在外的Splunk和没什么名气的Loggly,这两家公司的总部都在旧金山。 最后,App47选择了由曾在Splunk任职的Kord Campbell创办的Loggly。说到原因,App47的CTO Andrew Glover表示,第一是因为他们看中了Loggly的SaaS部署模式,其次Loggly的诚意也打动了App47。 应用软件“乱世”中的选择 与关注于管理智能手机和其他掌上设备的移动设备管理软件不同,App47的MAM产品提供了安全和部署选项,以及移动应用层面的分析技术。 Glover称,管理这些应用并不容易,因为在今天的科技世界中,应用程序必须适用于不同运行系统、不同设备、甚至是不同设备的不同版本。“一旦应用推出,进入市场,你就管不了什么样的人群使用它以及用它来做什么了。” 虽然App47团队中有很多精英在收集数据、创建分析算法,对定制仪表盘进行支持,但是找出索引机器生成日志的方法、使它们具备搜索功能并没有想象中的容易。这些日志是解决难题的关键部分,因为它们能够在应用失效或故障之时提供有价值的见解。“一个普通用户在使用你的应用程序,突然出现了问题,你一定想要尽可能多地进行了解。我们必须为那样的情况做好准备,在真实世界中进行设备排错。” App47最终面临的抉择是自己创建功能还是购买功能。他们对两个选项都做了充分的考虑,但如果是创建功能,就意味着自己必须对所有细节亲力亲为。因此,剩下的答案就明了了——选择一个厂商,采购他们的技术。于是,Splunk和Loggly进入了App47的视野。 Splunk vs. Loggly 2011年12月的《纽约时报》(The New York Times)中有一篇文章,称Splunk为“老谋深算的年轻企业”,招揽了像梅西百货(Macy's)和Edmunds汽车交易平台这样的重量级客户。今年4月,Splunk的IPO又引起了极大的轰动。然而,Glover说到,正因为Splunk达到了这样的高度,App47却步了。 “如果选择他们,我们很容易就会找不着北,因为Splunk的重点都放在IBM和宝洁这些大客户身上。” 而Loggly,它可以成为另一个App47;论资历和规模,两家公司的契合度都非常高。Glover认为,这些特质将有可能转化为更加个性化的服务,比如与Loggly高管直接对话、特性发展方面的发言权等。“与Loggly合作,我们切身体会到一种合作伙伴的关系,这和与Splunk接触的感觉大不一样。” Glover提到,Loggly原本并不支持基于JavaScript语言的轻量级的数据交换格式(JSON)文档索引,但在App47提出要求两周后,他们发来了一封关于JSON新特性的邮件。 另外,Splunk要求内部部署,而Loggly却提供了一款基于云的SaaS产品。后来,Splunk又发行了自己的基于SaaS产品Storm。 App47主要依赖于SaaS,运用会话数据或事件数据进行分析,从客户的移动应用中收集数据,然后将日志文件(接收到的第二大数据形式)发送给Loggly,以作索引和存储。(App47也有内部应用,通过ElasticSearch运行。) Glover称,部署进行得十分顺利。尽管仍碰到了一些问题,但Loggly的技术仅在短短几天后就投入使用了。 日志文件的实际运行 App47在收集完日志后,将它们生成序列,运送给Loggly。但由于App47接收的数据量太大(每天都有超过一百万条日志消息),序列有可能会被退回来。 Glover说:“进行不下去是不可能的,只不过会变得慢一些,对我们的序列有一定的影响。这样的情况不会随时发生,但频率也足以让我每天都和他们的支持团队通话。” 不过,Loggly很讲信誉,每次他们的团队都会帮助他将问题解决。 “这样感觉不错,和小公司打交道,颇有人情味儿。” 责编:罗信 微信扫一扫实时了解行业动态 微信扫一扫分享本文给好友 著作权声明:畅享网文章著作权分属畅享网、网友和合作伙伴,部分非原创文章作者信息可能有所缺失,如需补充或修改请与我们联系,工作人员会在1个工作日内配合处理。 |
最新专题 |
|