так у меня ивенты гуляют мне бы через низ наполнять а не из S3

если ивентов немного можно конечно сразу лямбдой писать в базу, можно в SQS сначала чтобы оттуда пачками брать и писать, так будет дешевле скорее всего засчет меньшего количества вызовов. Я код писать не люблю потому что его надо поддерживать, поэтому люблю рекомендовать тулзы типа FluentD которые это делают за меня, а также решают вопросы когда endpoint недоступен, размер батча или проч. Идти или не идти таким путем - это безусловно на ваше усмотрение.

Привет.
У меня такой вопрос по Personalize:
Я положил в систему множество interactions при помощи метода PutEvents, ошибок не было, все гладко. Но почему то кнопка "Solution training" не активна. Обязательно ли для создания solution загружать historical dataset(.csv) ?

PS. В то же время я попробовал пример с фильмами(из док.) через предварительную загрузку .csv, и кнопка стала активной, solution создается.

Если historical dataset необходим, то как быть если система новая и в ней ничего не накопилось?

=================================================
А слышали ли вы, что Amazon делает собственные процессоры?

Отличная статья на русском языке про один из них (да, их уже несколько )
https://aws.amazon.com/ru/blogs/rus/new-m6g-ec2-instances-powered-by-arm-based-aws-graviton2/

Я бы попробовал для кубера, когда появятся на спотах

скажите, в subnet с опцией assign public ip можно создавать инстансы без public ip?

скажите, в subnet с опцией assign public ip можно создавать инстансы без public ip?

привет. кто шарит, помогите выбрать. делаю джанго приложение, для которого нужен storage. будет очень много запросов на storage, и на бэк. нужен storage максимально быстрый, но и не очень дорогой. на счёт бэка не уверен, какая нагрузка на сервер будет, поэтому хочу что-то типа autoscaling. на чём посоветуете все реализовывать? думаю про aws s3 + amazon cloudfront на storage и aws ec2 на бэк.

много запросов - статика? Если да, то s3 + cloudfront норм