Create an Application Load Balancer by specifying a name, network (VPC and subnets), listeners, and a target group (which defines health check settings and registered targets) using the AWS Management Console, CLI, or API [citation:5].
You can create an Application Load Balancer using the AWS Management Console, CLI, or API [citation:5]. The basic steps include:
We need to expose a simple web service running on EC2 instances behind a load balancer. Walk me through the steps you’d take in the AWS console to create an Application Load Balancer for this.
If you forget to register your EC2 instances with the target group, what will happen when you send traffic to the ALB?
Our team is adding a new microservice and wants to use path‑based routing on an existing ALB. How would you configure the listener rules and target groups, and what trade‑offs would you consider?
During a deployment we noticed that health checks started failing after we changed the health check path. How would you troubleshoot the issue and what could have caused it?
We expect traffic spikes up to 10 000 requests per second and need to ensure the ALB scales without dropping connections. What configuration knobs and architectural choices would you adjust, and how would you validate they work?
Our application uses both HTTP and WebSocket connections. How would you design the ALB setup to support both protocols while maintaining session stickiness and low latency?
The company is migrating from a monolithic architecture on EC2 with a classic ELB to a microservices platform using multiple ALBs across regions. What high‑level migration plan would you propose, and how would you handle DNS, cross‑region failover, and shared security policies?
We have legacy services that require TLS termination at the load balancer, but compliance requires end‑to‑end encryption for certain APIs. How would you architect the ALB and backend to satisfy both requirements while keeping operational overhead manageable?