1 Resposta
- Mais recentes
- Mais votos
- Mais comentários
1
API Gateway has a default limit of 10,000 requests per second, with a burst of 5,000 requests. Usually, the bottleneck is not API Gateway, but the downstream integration it makes calls to.
Conteúdo relevante
feita há um ano
- AWS OFICIALAtualizada há um ano
- AWS OFICIALAtualizada há um ano
- AWS OFICIALAtualizada há 2 anos
Thanks! "API Gateway has a default limit of 10,000 requests per second, with a burst of 5,000 requests." - yes, I saw that. But I guess under the hood API Gateway has some autoscaling mechanism, even though I couldn't see its details.
Regarding downstream integration - currently, I have API HTTP Gateway => ALB => ECS service. I'm thinking to use App Connect, i.e. exclude ALB. But here https://repost.aws/questions/QUfhuXtV8KRceDuC5fH_oMwA/is-running-fargate-and-api-gateway-without-a-load-balancer-in-the-production-environment-a-bad-idea I see two answers that it's a bad idea.
API Gateway is a multi tenant service. It is capable of handling much higher traffic than that, but it limits each customer to their specific limit. You do not need to worry about scaling API GW.
Regarding the backend, if you use HTTP API, and you use CloudMap as the integration, and all the instances are registered in CloudMap, I think you can omit the load balancer.