us-east-1 CodeBuild и CloudFormation судя по всему прилегли. Очень долго стартует CodeBuild джобы, а CloudFormation крайне долго обновляет стеки, хотя все ресурсы стека обновлены судя по логам евентов. Это мы одни такие везучие, или у всех? Публичный дашборд зелёный.
We are investigating increased latencies when creating, updating, and deleting AWS CloudFormation stacks in the US-EAST-1 Region and are actively working to resolve the issue.
us-east-1 CodeBuild и CloudFormation судя по всему прилегли. Очень долго стартует CodeBuild джобы, а CloudFormation крайне долго обновляет стеки, хотя все ресурсы стека обновлены судя по логам евентов. Это мы одни такие везучие, или у всех? Публичный дашборд зелёный.
Between 2:03 AM and 4:03 AM PST we experienced increased latencies for stack creation and deletion in the US-EAST-1 Region. The issue has been resolved and the service is operating normally.
Большую часть кода так и проверил — requests добавляем в бандл, так что всё ок. Но могут быть лямбды, которые вручную натыкивались и вот тут, кроме как вручную проверить каждую, идей нет)
Всем привет ! Вопрос - я делаю 3 параллельный putItem в dynamoDB (payload size каждого < 1КБ), правильно ли я понимаю что consumed WCU при это должен быть 3 ? Если да, то почему по метрикам consumed WCU меньше 1, и как это значение может буть меньше одно если по докам лбой write берет как минимум 1 WCU ?
Большую часть кода так и проверил — requests добавляем в бандл, так что всё ок. Но могут быть лямбды, которые вручную натыкивались и вот тут, кроме как вручную проверить каждую, идей нет)