ну у клиентов АВС не на этом, а клиенты рекламщиков  просто уйюдут другим, если не смогут посчитать расходы по нужным группировкам. по этому и у тех и у других детализация счетов такая, какая есть

ну если для тебя такая ситуация ок, ну штош

ТАК

холиваршики

Спасибо!

холиварщики в ответ: "Мы объехали весь свет"

Смотрю вот это. Тоже как будто ничего нового - вижу, к каким бакетам обращения и сколько выкачано по часам, но это и в метриках примерно было. Вот access logs наверное стоит внимательно посмотреть

Ну вот я по пользовался. Да работает там всё , но мою задачу не решило.
Отправился в сторону EventBridge (CloudWatch Events) и был очень рад и задача начала решаться.

Всем привет!
Lifecycle rule на очистку объектов старше одного дня (бакет для результатов Афины) удаляет не все объекты. Файлы больше 128 кб, версионирование в бакете отключено.
Что могли упустить при настройке?

А что лежит в самом популярном бакете?

Это просто бакет для продакшена, у нас внутри уже на папки делится - одна папка на одну организацию, условно говоря

Вам бакетов жалко что ли?

Да не знаю :) это наследие

Хорошо. А что бы вы хотели узнать? Какие самые популярные файлы?

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

Вдруг где-то есть какое-то сакральное знание, а мы не в курсе 😄

Тогда вам Amazon S3 server access logging (https://docs.aws.amazon.com/AmazonS3/latest/dev/ServerLogs.html). Штука бесплатная, платите только за объем S3 который займут логи.

Вот описание формата логов (https://docs.aws.amazon.com/AmazonS3/latest/dev/LogFormat.html). Там есть интересующие вас поля: что (Key) кто (IP)

Это будут просто логи которые вам надо будет проанализировать (сделать агрегацию например по Key для получения количества запросов по каждому файлу). Вы это можете сделать любым удобным для вас инструментом. Вот инструкция как это сделать в AWS Athena (https://aws.amazon.com/premiumsupport/knowledge-center/analyze-logs-athena/) и я рекомендую именно этот путь, тк будет быстро просто и не дорого.

Всем привет. Регистрировал сегодня домен за который уже заплатил $12, но перед этим были две неудачные попытки снять деньги, а на третий всё получилось. Нормально ли то что в Billing Details пишет что я должен $36, за 3 зареганых домена?

Шёл десятый день переписки с сапортом насчет смены почты рут аккаунта созданного AWS Organisations через API с  опечаткой в домене email.

Поддержка пишет:
> We understand that the domain is not the one that you intended to use however, the domain of the root email may not belong to the requester/Payer account and may not have been the intended domain but, it is a valid domain that is owned by someone.  *****.com is a valid domain that may not be owned by the requester but it is owned by someone.
> Please refer to the guidance provided previously as those are the only options available.

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

а что случилось то я уж забыл. Типа аккаунт успешно добавился в организацию (как дополнительный аккаунт), подтверждение пришло на емайл и по ссылке кликнул,  а потом ошибочно поменял емайл у рута этого дополнительного аккаунта через API?