AWS API Gateway: ограничение ключа API

Question

AWS API Gateway по умолчанию ограничивает максимальное количество ключей API для каждой учетной записи на регион до 500, однако в документации отмечается, что это может быть увеличено по запросу.

Есть ли жесткая крышка на максимальном верхнем пределе? Существуют ли мягкие ограничения, по которым запросы вряд ли будут утверждены? Могу ли я получить 10K ключей на максимальном верхнем конце?

Я следую пошаговой инструкции по настройке портала разработчика AWS , используя ключи API для авторизации, и хочу обеспечить разумный масштаб проекта, превышающий 500.

Ограничения шлюза API AWS

Answer 1

Я не знаю, какой потолок в отношении ключей. Кажется, они не скажут вам, если вы не укажете свой вариант использования. Я также думаю, что мог бы легко достичь этого предела в 500 ключей для моего варианта использования.

В худшем случае вы можете использовать несколько учетных записей, создав шаблон Cloud-Formation и реплицировав свои ресурсы на новые учетные записи: https://docs.aws.amazon.com/AWSCloudFormation/latest/UserGuide/cfn-using-cloudformer.html

Это не идеально, но это одна из стратегий, чтобы обойти некоторые ограничения. В вашем случае вы по-прежнему хотите получать увеличение для каждой новой учетной записи. В противном случае вам потребуется создать 20 учетных записей, чтобы удовлетворить ваши требования к ключам 10K, и, хотя в AWS есть много инструментов и ресурсов для управления несколькими учетными записями (CloudFormation - одна из них), 20 учетных записей было бы довольно смешно.

Answer 2

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