- Newest
- Most votes
- Most comments
Hi Alexis! Warm greetings. You have mentioned that you are looking for an alternative solution to creating a chain of ALB’s.
With regards to the target group limit, unfortunately there is no way to increase the limit even if you were to reach out to AWS to increase the limit for you . With that being said you could potentially increase the size capacity of your target groups instances so they can take up more requets. You could also try switching from ECS to ESK. The idea behind it is that EKS can be part of a large federated cluster architecture. all applications managed by Amazon EKS are fully compatible with applications managed by any standard Kubernetes environment. In that sense, it can be argued that Amazon EKS is more extensible than Amazon ECS.
Further more, AWS ECS at the moment offers more in-depth AWS integration than Amazon EKS, it may be considered the go to choice for straightforward container workloads if you’re looking to work only in the AWS cloud. It is also much easier for developers to learn, and has quicker prototyping mechanisms such as AWS Copilot. However, if you’re looking to run large microservices architectures, span deployments across multiple infrastructure providers, or need additional automation or flexibility provided by Kubernetes’ diverse toolsets, Amazon EKS offers more versatility with a much richer ecosystem of tools and resources.
References:
[1] https://docs.aws.amazon.com/eks/latest/userguide/getting-started.html
[2] https://docs.aws.amazon.com/eks/latest/userguide/alb-ingress.html
Relevant content
- asked 2 years ago
- asked a year ago
- AWS OFFICIALUpdated a year ago
- AWS OFFICIALUpdated 2 months ago
- AWS OFFICIALUpdated 3 months ago
- AWS OFFICIALUpdated 6 months ago
Thanks for the suggestion and EKS is an option in the long term. The customer already has 75+ microservices running in production so a move to EKS would be a big undertaking and at the moment just looking to see if there is any short term solutions to the problem.