Nic*_*ion 16 amazon-s3 amazon-web-services
我们正在转向s3开始为我们的网络应用程序提供一些静态生成的内容.我们一直在研究构建关于网站使用情况的度量系统的机制,我们计划通过传递要记录在内容GET请求上的其他信息来解析S3的访问日志.我们发生在开发人员指南中的以下条目中:
最佳努力服务器日志传送
服务器访问日志记录功能旨在尽最大努力.您可以预期针对正确配置用于日志记录的存储桶的大多数请求将导致传递的日志记录,并且大多数日志记录将在记录它们的几个小时内传递.
但是,服务器日志记录功能是尽力而为的.无法保证服务器日志记录的完整性和及时性.特定请求的日志记录可能在实际处理请求后很长时间内传递,或者根本不会传递.服务器日志的目的是让桶主知道他或她的桶的流量性质.它并不是对所有请求的完整记录.
我们想知道其他人在访问日志的交付方面遇到了什么？我们的替代方案是构建一个HTTP服务器并尝试使用不同的调用来自己计量度量标准,但我们认为解析日志文件可能会减少工作量.我们想知道人们是否已经看到没有进行交付的情况,以试图衡量我们希望的准确程度,因为我们收集的一些指标用于我们的一些业务流程.
我很惊讶S3上的日志文件在一个月内有多大.我的应用程序没有必要解析亚马逊上的日志,但我喜欢你的方法.从我所看到的,您可以期望日志文件准确和完整.根据他们的CYA警告,日志不应该用于任何关键的事情.
| 归档时间： |
|
| 查看次数： |
6840 次 |
| 最近记录： |