я хоть и не поднимал, но жду возникшие вопросы 🙂

Но поднимать по тикету они поднимают

Собственно, смотри в статье @SalemGolem

ec2, rds, iam, s3 , vpc, route53, + более расширенный lamda, api gateway, cloudfront
но я не претендую на истину, просто пока что вижу что встречается в основном и что чаще нужно

так это троттлинг к самому гейтвею, этот параметр в лимитах есть

а тут троттлятся реквесты на создание ресурсов

конкретно на custom domain

На создание? Из твоего сообщения не оч понятно было))

Спасибо.

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

то есть деплоймент стека валится просто из-за левой пятки

Вижу. Эти лимиты они тоже через поддержку увеличивают. Точнее тогда не подскажу, как там называется кусок апи.

меня девелоперы на лоскуты пустят с обращениями ))

но тут все же есть 429 , уже не из за левой пятки

и что мне этот экзит код должен сказать ? )

ну начну)
1. persistent data. каждая нода консул кластера должна иметь свой data-dir, как такое реализовать с Fargate + EFS я пока не совсем понял
2. Что сервер, что клиент консула должны подыматься на интерфейсе с приватным айпи.
у меня это получилось CONSUL_BIND_INTERFACE=eth1 (почему так, может ли изменится?)
3. Ригистраторы в контейнерах не вариант, приходится опять же прокидывать в efs конфиг сервиса, который consul client будет регистрировать - не удобно
4. ECS service для consul server-a состоит из 3 тасок. К нему подвязан cloudmap, что бы клиенты джойнились по dns. Получается 2 Service discovery. А иначе пришлось бы подвязывать NLB. Это или я тупой, или просто ECS не создан для консула.
5. client не умеет реджойнится, если днс сервера изменился, это если честно вообще бред, приходится перезапускать таску

то что у авса внутренний лимит есть, который они не экспозят на публику и нужно сходить в саппорт поплакаться

лол :)

ну судя потому что там есть лимиты на число ec2 значит есть и другие лимиты