选择云日志管理服务
发表在2015年1月22日
SaaS日志管理服务的一大优点是可以在几分钟内完成安装。这是我开始在我正在构建的基于salesforce的应用程序中寻找它们的主要原因。不用担心监控我们自己的硬件/ec2/heroku实例，安装安全和软件更新，或者花时间设置Elasticsearch、Logstash和Kibana之类的东西，这是一种巨大的解脱。管理您自己的服务器肯定有时间和地点，但对我们来说，第三方日志服务可以在几分钟内解决问题，我们不必重新发明轮子。
我们的日志管理服务要求:
快速设置，易于使用
能够通过HTTP发送日志消息(感谢Salesforce提供了这个功能)
平均每秒可处理33条消息，峰值可轻松达到每秒2000条消息
能否实时监控/查看日志
支持批量加载消息
考虑到这些问题，我选择了以下每家公司作为可能的解决方案:
1.乍一看，Splunk Storm似乎不是一个商业产品，而是在转向Splunk之前的一个测试驱动，这对我们的需求来说是多余的。
2.Amazon Simple DB一开始看起来很有前景，因为他们声称主要用例之一是“集中存储服务器日志，以减少在每个运行的服务器上消耗的空间”。然而，查看日志的唯一方法是通过REST和SOAP web服务。这并不符合我们简单快捷的要求，所以它被淘汰了。
3.Amazon Cloudwatch没有入选，因为它似乎仅限于监视EC2实例。我不想在EC2上构建一个应用程序来接收请求，记录它们并让Cloudwatch拾取日志，因为这并不满足快速设置的要求。
4.我很快发现Loggr不适合我们，因为它不是用来管理日志的。更具体地说，他们的网站声明，“Loggr不会取代syslog或windows事件查看器。使用Splunk即可。我们处理高级事件，如错误、销售、使用情况、作业活动等。”
5.乍一看，Logentries看起来符合我们的要求。然而，他们正在弃用HTTP，他们的UI让我感到困惑，加载新日志点的速度很慢，也没有批量发送消息的方法。
6.& 7。最后，我有Loggly和Papertrail，它们都是很棒的产品。ob欧宝娱乐app手机下载我仔细研究了这些公司，并进行了并排比较。
| 评估标准 | Loggly | Papertrail |
|---|---|---|
| 每秒请求数(具体情况会有所不同) | 34885 .98点味精/秒 通过命令验证: $ loggen -iS -r 100000 -s 200 -I 60 logs-01.loggly.com端口 |
14076年味精/秒 通过命令验证: $ loggen -iS -D -r 100000 -s 200 -I 60 api.logentries.com端口 |
| 支持通过HTTP发送消息? | 是的 | 不能直接，但可以在Heroku上放一个脚本来转发消息 |
| 信息保留 | 7 - 90天 | 1天- 4周 |
| 信息档案 | 是的 | 是的 |
| 针对特定消息类型发出警报 | 是的 | 是的 |
| 所有消息的总存储空间 | 1gb - 150gb | 100mb - 500gb |
| 正则表达式搜索支持 | 有限的 | 没有 |
| 价格为每月2GB的存储和30天的保存期 | 195美元 | 28美元 |
| 支持 | 花了两天时间才得到基本问题的答案 (使用免费套餐时) |
通过实时聊天和电子邮件提供高质量的支持。我立即得到了答复。 |
我从Papertrail得到的支持是惊人的，我要感谢Leon付出的额外努力!这种支持本身就让我想让Papertrail成功。价格不到Loggly的四分之一，这也是一项非常受欢迎的福利。不幸的是，我的应用程序仍然需要通过HTTP发送消息，这使得使用Heroku的解决方案更加复杂。也就是说，大多数日志应用程序都没有绑定到HTTP，所以Papertrail在许多情况下可能是更好的选择。
在一天结束时，我选择Loggly作为我们特定需求的最佳选择。它很容易安装，而且做得很好。底线是，Loggly满足了我们所有的要求。
请让我们知道您使用不同日志服务的经验。或者您更喜欢/需要自托管解决方案?
