There are several AWS services that can be used to replace the HAProxy functionalities:
Elastic Load Balancing (ELB): ELB is a fully-managed load balancing service that automatically distributes incoming traffic across multiple targets, such as EC2 instances, containers, and IP addresses. It provides high availability and scalability for your applications and is a good replacement for HAProxy.
Application Load Balancer (ALB): ALB is a type of Elastic Load Balancing that routes traffic to different targets based on application-level information, such as URL or HTTP header. It provides advanced features like content-based routing and can be used to replace HAProxy in many scenarios.
Network Load Balancer (NLB): NLB is another type of Elastic Load Balancing that is designed to handle high traffic volumes and provides low latency at scale. It can be used for TCP/UDP traffic and is a good replacement for HAProxy when dealing with network-level traffic.
Amazon CloudFront: CloudFront is a global content delivery network (CDN) that can be used to distribute content, such as static files or streaming media, to users around the world. It can be used to replace HAProxy for static content delivery.
AWS Global Accelerator: Global Accelerator is a service that improves the availability and performance of applications by routing traffic through the AWS global network. It can be used to replace HAProxy for high-availability scenarios where fast failover is required.
Overall, the choice of which service to use depends on your specific use case and requirements. Looking at your use case to replace headers, CloudFront seems to be a good fit.
Relevant content
- asked a year ago
- Accepted Answerasked 5 months ago
- AWS OFFICIALUpdated 5 months ago
- AWS OFFICIALUpdated a year ago
- AWS OFFICIALUpdated a year ago
- AWS OFFICIALUpdated 3 months ago
One should not be using classic ELBs anymore; at least I cannot use it anymore.
ALB can offload TLS and can re-encrypt as well but cannot override hist_header. I'm not sure if it can even add an additional header.
NLB can do TLS offloading but neither can do any header manipulation nor TLS listener can be used if sending the traffic to ALB.
CloudFront can do a number of things but I think it needs to store all of the certs in us-east-1 region to make it work, which is acceptable by our SWG, so I'm stuck in there too.
it's a many-to-one mapping in regards to header rewrite i.e.
www.example.com
,abc.mydomain.org
etc. all gets their host_header overridden to singleapps.example.net.local
, FYI. Do you think a combination of API GW + ALB can replace ha-proxy?-S