Тогда к сожалению встроенные фильтры вам возможно не подходят. Согласно документации (https://docs.aws.amazon.com/personalize/latest/dg/filter-expressions.html) на текущий момент фильтрация по interactions учитывает только «up to 200 historical and streamed interactions for a user». Те фильтр не учитывает события  старше чем 200 interaction.

При большом объёме событий в текущий момент могу посоветовать только сделать свой движок фильтрации на backend (на redis или при помощи bloom filters). Если объём новых items постоянен и большой вы скорее всего будете использовать большой вес для exploration и эти списки на backend можно часто обнулять тк старые items будут иметь меньший вес. В getRecomendations можно получить до 500 рекомендаций

Всем привет

Немного не понял вопрос. Сможете переформулировать?

если привык = 200 девелоперов то нет, и более того - эти самые девелоперы могут отладить свои хелм чарты на локальном кубе (встроенном в докер десктоп, миникуб, книд и т.п.) В случае ECS что они будут делать?

Смотря что именно. В целом тот же docker compose для этих целей подходит, так же локально в докере и в ecs в пару кликов. Ну плюс новый ecs everywhere

И так тоже можно

Я и не спорю. Просто люди когда делали пару лет назад выбор между EKS и ECS понятно почему могли выбрать ECS.

записи чото не находятся, по памяти люди сказали вот что:

Pros ECS которые мы упоминали в начале:
+ можно попробовать за недорого (1 приложение стоит всего несколько долларов)
+ из коробки есть продвинутые фичи, которые в k8s нужно реализовывать самим (стратегии деплоев, логи-телеметрия, load balancing)
+ Fully managed если исползовать fargate - не надо возиться с capacity of workers

Cons EKS на тот момент:
- 100 долларов для того чтобы попробовать
- Было непонятно что там с расширяемостью K8s (admission controllers вроде свои на тот момент не поддерживалсь)
- Не было fully managed: worker nodes надо было добавлять самостоятельно. т.е. требовался админ. за тебя делали только control plane management

С тех пор EKS продвинулся (admission controllers можно, есть fargate backend для того чтобы не возиться с workers. Но он дороже)

но и сейчас - ECS это когда за тебя всё сделают, а EKS - это иди и делай

Ну и к мониторингу, недавно менеджед пром и графану завезли

ох, завезли транзакции в documentdb
https://aws.amazon.com/ru/blogs/database/introducing-transactions-in-amazon-documentdb-with-mongodb-compatibility/

как-то можно вызвать из лямбды cw insights и при наличии записей по фильтру слать письма? Пока гуглится только как лямбду в cw мониторить, а тут наоборот выходит

Как? Там же нет аналога stateful set? Нельзя запустить 10 тасков, чтобы каждый всегда видел свой ebs волюм

По-моему, там только EFS из персистенса.

Приветствую. Подскажите, может есть легкое решение задачи с S3. Нужно обеспечить быструю запись/чтение для пользователей из разных уголков мира. Читал про кросс-зональную репликацию, но как я понимаю там разные точки входа в s3

s3 accelerator

оооо, спасибо

Можно запускать персистент таски. Ecs on ec2 умеет в docker storage driver. Есть несколько реализаций, уже можно выбирать. И там уже настраиваешь поведение. Я делаю через rexray

Доброго времени суток, такой вопрос:
Вот Cognito отправляет email-ы, а как найти/настроить endpoint SMTP сервера, который их отсылает?
В source-ах email-a нашел такой endpoint: xx-xxx.smtp-out.amazonses.com

Он наверное через SES шлёт