Насколько надежны файлы журнала доступа amazon s3?

Мы переходим на s3, чтобы начать обслуживание некоторого статически сгенерированного контента для нашего веб-приложения. Мы изучали механизм построения системы показателей использования нашего сайта, и мы планировали проанализировать журналы доступа для S3, передав дополнительную информацию, которая будет регистрироваться в запросах GET контента. Мы наткнулись на следующую запись в руководстве для разработчиков :

Доставка журнала сервера Best Effort

Функция ведения журнала доступа к серверу разработан для максимального усилия. Вы можете ожидаем, что большинство запросов против ведро, которое правильно настроено для ведение журнала приведет к доставке журнала запись, и что большинство записей журнала будут быть доставлен в течение нескольких часов после время, когда они были записаны.

Однако функция регистрации сервера предлагается на основе максимальных усилий. В полнота и своевременность сервера регистрация не гарантируется. Журнал запись для конкретного запроса может быть доставленным спустя много времени после запроса был фактически обработан, или он мог не доставляться вообще. Цель логов сервера отдать ведро владелец представление о характере движения против его или ее ведра. Это не так предназначен для полного учета все запросы.

Нам интересно, что другие люди испытали в отношении доставки журналов доступа? Наша альтернатива - создать HTTP-сервер и попытаться измерить показатели самостоятельно с помощью другого вызова, но мы думаем, что анализ файлов журнала может оказаться менее трудоемким. Мы хотели бы знать, видели ли люди ситуации, когда доставка не осуществлялась, чтобы попытаться оценить, насколько точными мы могли бы надеяться, потому что некоторые из собираемых нами показателей используются в некоторых наших бизнес-процессах.