How Using CloudFront as an API Gateway Exposed Security and Governance Gaps on EKS

An engineering team building a microservices-based identity platform on Amazon EKS initially routed both frontend and REST API traffic through Amazon CloudFront, believing it a natural fit since the CDN was already in use. While CloudFront successfully forwarded all required HTTP methods to the Application Load Balancer and Kubernetes Ingress, it was never designed to manage API lifecycle concerns such as consumers, stages, quotas, and authorizers. This architectural misstep meant the API origin remained publicly addressable, security policies were fragmented across multiple layers, and differentiated rate limiting for machine-to-machine clients required custom logic outside CloudFront. The revised design separates responsibilities by keeping CloudFront in front of the frontend while routing public API traffic through Amazon API Gateway, which connects privately to the EKS cluster via VPC Link. The key lesson was distinguishing between edge content distribution, which CloudFront handles well, and API governance, which requires a dedicated management layer.
This is an AI-generated summary. ShortSingh links to the original source for the complete article.
Discussion (0)
Log in to join the discussion and vote.
Log in