Size: a a a

2020 December 02

SK

Svyatoslav Kovtunenk... in AWS_RU
Danil
Есть ли какие-то альтернативы SQS, если мне надо выполнить N тысяч запросов к внешнему API, и я не хочу его нагружать?
На данный момент написал пайплайн с помощью step functions, потом только вспомнил, что лучше не нагружать сильно. Вызов я делаю с помощью лямбды, поэтому включил для нее reserved concurrency и тут же словил фейлы RateExceeded.
Можно конечно сделать ретраи в SF, но это костыль какой-то. Вот и думаю насчет SQS теперь. Напихать несколько тысяч ивентов в очередь, а лямбда потом потихоньку пусть разгребает. В верном направлении думаю или можно со Step Functions что-то пофиксить?
Можно вместо триггера для функции использовать не SQS а CloudWatch Events с расписанием. Сама функция может читать из очереди "вручную"
источник

SK

Svyatoslav Kovtunenk... in AWS_RU
Ещё можно при отправке сообщения в очередь устанавливать VisibilityTimeout
источник

AP

Alexander Patrushev in AWS_RU
источник

AP

Alexander Patrushev in AWS_RU
Так что теперь у «бывалых» будет ещё одной байкой больше: «вот раньше надо было знать и понимать что такое консистентность  чтения в S3”
источник

LB

Let Eat Bee in AWS_RU
доку обновили без упоминания в Document History :( ну зачем так делать.  Новость хорошая одним аргументом меньше в пользу GCS. Осталось только multi region бакеты завести с такими же гарантиями
источник

Q

Qwerty123 in AWS_RU
А у AWS есть какая-то периодичность завоза обновлений?
источник

LB

Let Eat Bee in AWS_RU
Qwerty123
А у AWS есть какая-то периодичность завоза обновлений?
под re:Invent ежегодный точно завозят больше
источник

AT

Al T in AWS_RU
большие сервисы обычно выпускают на реинвент или близко к нему, а так новые фичи каждая команда выкладывает как готово - просто смотрите RSS feed what's new с сайта
источник

Q

Qwerty123 in AWS_RU
Спасибо
источник

KT

Karen Tovmasyan in AWS_RU
Вопрос знатокам! А strong consistency в S3 так же строго взаимодействует с S3 CRR?
источник

KT

Karen Tovmasyan in AWS_RU
и bi-directional CRR?
источник

AT

Al T in AWS_RU
ну по идее после того как записалось в target bucket list/read из того бакета будет strongly consistent, разве нет? это ж просто запись в конечном счете?
источник

S

S in AWS_RU
нубский вопрос, скорее всего, но, подскажите: есть с3 бакет, в полиси бакета прописана principal роль. означает ли это, что ресурс, который использует эту роль будет иметь доступ к с3 бакету?
источник

VP

Vasily Pantyukhin in AWS_RU
Трансляция Twitch AWS по русски уже началась  Присоединяйтесь
источник

VT

Vladimir Tselm in AWS_RU
Линк?
источник

VP

Vasily Pantyukhin in AWS_RU
Обсуждаем новоссти re:Invent вживую https://www.twitch.tv/awsporusski
источник

AS

Alexey Stekov in AWS_RU
опередил)
источник

СМ

Сашко Медянцев... in AWS_RU
День добрый, прошу помощи со следующей проблемой:
Есть DynamDB таблица, которая энкриптится кастомным KMS ключом.
В коде, для работы с ней используется некий dynamodb_encryption_sdk для питона.
Раньше всё работало корректно, но когда в таблице появился GSI, то при сохранении объекта в базу, стала выпадать следующая ошибка:

"Message": "One or more parameter values were invalid: Type mismatch for Index Key type Expected: S Actual: B IndexName: gsi1",
"Code": "ValidationException"

Все атрибуты в таблице определены как S и при сохранении айтема все его поля лежат строками. Кто-то сталкивался с подобным? Я пробовал играться с этим sdk, но так ничгео и не вышло. Почти уверен, что где-то на этом уровне надо изменить какие-то параметры.
источник

СМ

Сашко Медянцев... in AWS_RU
Гуглить пробовал, ничего подобного не нашел
источник

KT

Karen Tovmasyan in AWS_RU
твое лицо когда ты слушаешь про scalable-reliable datagrams
источник