Всем доброго вечера
Разрабатываем чат-приложение с кастомными видами сообщений (разные типы/подтипы, разные уровни доступа к сообщениям).
Уже сейчас насчитывается 6 различных паттернов доступа к истории, плюс есть еще вероятность, что их количество увеличится в двое.
Плюс сервис должен будет выдерживать пиковую нагрузку в 10к на начальном этапе, в перспективе больше.
Подскажите, какие сервисы стоит рассматривать в качестве хранилища истории сообщений для такой задачи?
Пока рассматриваем аврору, динамо, рдс + ручное поднятие монги или кассандры в екс.
От документ-дб и кей-спейсес пока что отказались, так как непонятен уровень совместимости с монгой/кассандрой.

Леша, прости если я неправ

фаластр!!!

Вспоминается попугай, который говорил: Пиастры, пиастры, пиастры!

Ребят подскажите плиз

Есть инстанс, на нем в докере nginx
Настроил слушать 80 порт на мой сайт
По public IP работает
А на server_name нет

Где-то надо домаин добавить в AWS ?

route53

Так , значит я иду туда и там добавляю свою запись домена?

не факт
ты домен купил ? где купил ? если не на авс, тогда и не на авс добавлять запись

всегда интересовался, почему route53 ? почему не route ?
почему не route57 или 50 или любая другая цифра ?

Знаешь, что на 53 порту происходит?

всегда интересовался, почему route53 ? почему не route ?
почему не route57 или 50 или любая другая цифра ?

Товарищи подскажите, что делаю не так, есть root/head аккаунт и саб аккаунты, хочу создать cloudtrail в этом root аккаунте, is_multi_region_trail = true, is_organization_trail = true оно мне выдаёт ошибку на создании cloudtrail ресурсы, жалуется на полиси s3 бакета, Error: Error creating CloudTrail: InsufficientS3BucketPolicyException: Incorrect S3 bucket policy is detected for bucket: com.example.head.cloudtrail, https://pastebin.com/PQaDrqRV

не уверен, но может дело в том, что depends_on у aws_cloudtrail на бакет, а не полиси?

Всем доброго вечера
Разрабатываем чат-приложение с кастомными видами сообщений (разные типы/подтипы, разные уровни доступа к сообщениям).
Уже сейчас насчитывается 6 различных паттернов доступа к истории, плюс есть еще вероятность, что их количество увеличится в двое.
Плюс сервис должен будет выдерживать пиковую нагрузку в 10к на начальном этапе, в перспективе больше.
Подскажите, какие сервисы стоит рассматривать в качестве хранилища истории сообщений для такой задачи?
Пока рассматриваем аврору, динамо, рдс + ручное поднятие монги или кассандры в екс.
От документ-дб и кей-спейсес пока что отказались, так как непонятен уровень совместимости с монгой/кассандрой.