弱肉强食乃自然法则。在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很讲信誉，每次他们的团队都会帮助他将问题解决。

　　“这样感觉不错，和小公司打交道，颇有人情味儿。”