Skip to content
-
Subscribe to our newsletter & never miss our best posts. Subscribe Now!
My Interview Partner My Interview Partner

My Interview Partner

My Interview Partner My Interview Partner

My Interview Partner

  • Designs
  • Data Structure
  • Micro Services
  • Spring Boot
  • Machine Learning
  • Big Data
  • Designs
  • Data Structure
  • Micro Services
  • Spring Boot
  • Machine Learning
  • Big Data
Designs

Web Application Architecture in AWS (Amazon)

By SND
June 11, 2026 3 Min Read
1

High level architecture

More detailed architecture

On-Prem vs AWS Architecture Mapping

Your original architecture was:

Users (Mobile/Desktop)
│
▼
F5 BIG-IP (ASM + LTM)
│
▼
UI Layer
├─ Product UI (2 Instances)
└─ Order UI (2 Instances)
│
▼
API Gateway
│
▼
Kubernetes Ingress Controller
│
┌──────┴───────┐
▼ ▼
Product Service Order Service
(Java Pods) (Python Pods)
│
▼
PostgreSQL Databases
│
▼
ELK / Monitoring

CI/CD: Jenkins + Helm
Identity: UC (Keycloak)

AWS Equivalent Architecture

Users (Mobile/Desktop)
│
▼
CloudFront
│
▼
AWS WAF
│
▼
Application Load Balancer (ALB)
│
▼
Amazon EKS Ingress Controller
(AWS Load Balancer Controller)
│
▼
UI Layer
├─ Product UI Pods (2)
└─ Order UI Pods (2)
│
▼
Amazon API Gateway
│
┌──────┴──────────┐
▼ ▼
Product Service Order Service
(Java Pods) (Python Pods)
3 Pods 3 Pods
│
▼
Amazon RDS PostgreSQL
(Product DB)

Amazon RDS PostgreSQL
(Order DB)

Read Replicas

Service Mapping Table

On-PremAWS Equivalent
F5 ASMAWS WAF
F5 LTMApplication Load Balancer (ALB)
Kubernetes ClusterAmazon EKS
Kubernetes IngressAWS Load Balancer Controller
API GatewayAmazon API Gateway
Product UI PodsEKS Deployment
Order UI PodsEKS Deployment
Java Product PodsEKS Deployment
Python Order PodsEKS Deployment
PostgreSQLAmazon RDS PostgreSQL
PostgreSQL ReplicaRDS Read Replica
ELKOpenSearch Service
PrometheusAmazon Managed Prometheus
GrafanaAmazon Managed Grafana
KeycloakKeycloak on EKS or Amazon Cognito
JenkinsJenkins on EKS / EC2
Harbor/NexusAmazon ECR
HelmHelm
DNSRoute 53
CDNCloudFront
BackupAWS Backup

Detailed AWS Architecture

1. Edge Layer

Amazon CloudFront

Equivalent to:

  • CDN
  • Edge acceleration
  • Static content delivery

Responsibilities

  • Global caching
  • SSL termination
  • DDoS absorption
  • Content acceleration

AWS WAF

Equivalent to F5 ASM.

Protects against:

  • SQL Injection
  • XSS
  • OWASP Top 10
  • Bots
  • Malicious requests

Application Load Balancer

Equivalent to F5 LTM.

Responsibilities:

  • Layer 7 routing
  • SSL termination
  • Health checks
  • Load balancing

2. Kubernetes Platform

Amazon Elastic Kubernetes Service

Equivalent to on-prem Kubernetes.

Hosts:

Frontend Namespace
├─ Product UI (2 Pods)
└─ Order UI (2 Pods)

Backend Namespace
├─ Product Service (3 Java Pods)
└─ Order Service (3 Python Pods)

Features

  • Managed control plane
  • Auto-scaling
  • Self-healing
  • Rolling deployments

3. Kubernetes Ingress Layer

AWS Load Balancer Controller

Equivalent to:

NGINX Ingress Controller

Creates:

  • Application Load Balancers
  • Target Groups
  • Listener Rules

Automatically from Kubernetes Ingress objects.

Example

product.company.com
↓
Product UI

order.company.com
↓
Order UI

api.company.com/products/*
↓
Product Service

api.company.com/orders/*
↓
Order Service

4. API Layer

Amazon API Gateway

Responsibilities:

  • Authentication
  • JWT validation
  • Rate limiting
  • API analytics
  • Request transformation

Flow

Ingress
↓
API Gateway
↓
Microservices

5. Product Domain

Product Service (Java)

product-service
├── Pod 1
├── Pod 2
└── Pod 3

Responsibilities:

  • Catalog
  • Inventory
  • Pricing
  • Search

Uses:

ClusterIP Service
↓
Java Pods

No HAProxy required.


6. Order Domain

Order Service (Python)

order-service
├── Pod 1
├── Pod 2
└── Pod 3

Responsibilities:

  • Orders
  • Checkout
  • Fulfillment
  • Workflow orchestration

Uses:

ClusterIP Service
↓
Python Pods

7. Database Layer

Amazon RDS PostgreSQL

Product Database

Stores:

  • Products
  • Pricing
  • Inventory

Order Database

Stores:

  • Orders
  • Transactions
  • Status

High Availability Design

Primary (Multi-AZ)
│
┌─────┴─────┐
▼ ▼
Read Replica 1
Read Replica 2

Benefits:

  • Automatic failover
  • Read scaling
  • Backup

8. Observability

Logging

Amazon OpenSearch Service

Equivalent to ELK.

Fluent Bit
↓
OpenSearch
↓
Dashboards

Stores:

  • Application logs
  • Audit logs
  • Security logs

Monitoring

Amazon Managed Service for Prometheus

Collects:

  • Pod metrics
  • Cluster metrics
  • Application metrics

Amazon Managed Grafana

Provides:

  • Dashboards
  • Alerting
  • SLO tracking

Distributed Tracing

AWS X-Ray

Tracks:

User
↓
ALB
↓
API Gateway
↓
Product Service
↓
RDS

9. Identity / User Center (UC)

Option A (Recommended)

Amazon Cognito

Features:

  • OAuth2
  • OIDC
  • MFA
  • SSO
  • Social login

Option B

Keycloak on EKS.

Suitable when migrating directly from on-prem Keycloak.


10. CI/CD Pipeline

AWS Native

Developer
↓
CodeCommit / GitHub
↓
CodeBuild
↓
Security Scan
↓
Amazon ECR
↓
Helm Charts
↓
Deploy to EKS

Services

  • AWS CodePipeline
  • AWS CodeBuild
  • Amazon Elastic Container Registry

AWS NFR Mapping

NFRAWS Services
AvailabilityALB, EKS, Multi-AZ RDS, Route 53
ScalabilityEKS HPA, Cluster Autoscaler, API Gateway
PerformanceCloudFront, ALB, RDS Read Replicas
SecurityWAF, Cognito, IAM, Security Groups
ReliabilityMulti-AZ, Self-healing Pods
ObservabilityOpenSearch, Prometheus, Grafana, X-Ray
RecoverabilityAWS Backup, Multi-AZ RDS, EKS Backup
MaintainabilityHelm, EKS, Managed Services
DeployabilityCodePipeline, CodeBuild, ECR
AuditabilityCloudTrail, OpenSearch, Cognito Logs

Recommended Production AWS Architecture

Users
↓
CloudFront
↓
AWS WAF
↓
ALB
↓
EKS Ingress Controller
↓
Product UI (2 Pods)
Order UI (2 Pods)
↓
API Gateway
↓
Product Service (3 Java Pods)
Order Service (3 Python Pods)
↓
Amazon RDS PostgreSQL
(Multi-AZ + Read Replicas)

Observability:
OpenSearch + Prometheus + Grafana + X-Ray

Identity:
Cognito

CI/CD:
GitHub → CodeBuild → ECR → Helm → EKS

This is the closest AWS equivalent to your original on-prem F5 + Kubernetes Ingress architecture while maximizing AWS-managed services and minimizing operational overhead.

Author

SND

Technology leader with 24 years of experience designing and delivering large-scale enterprise applications across multiple industries. Expertise in Java, Spring ecosystem, cloud-native architectures, and distributed systems. Strong background in Big Data, machine learning, and building scalable, high-performance platforms. Extensive experience with open-source technologies, databases, microservices, and modern application modernization initiatives. Proven track record of leading architecture, engineering, and digital transformation programs from concept to production.

Follow Me
Other Articles
Previous

Advance on-prem web application architecture

Next

Explain arrays and how they work internally?

One Comment
  1. Tom says:
    June 11, 2026 at 5:14 pm

    Very nice article, its clear my doubts

    Reply

Leave a Reply Cancel reply

Your email address will not be published. Required fields are marked *

Recent Posts

  • You have a 10-year-old monolith. How would you start the migration into microservices architecture?
  • Explain arrays and how they work internally?
  • Web Application Architecture in AWS (Amazon)
  • Advance on-prem web application architecture
  • Web Application- Azure Cloud Architecture – Detailed Component Breakdown & NFR Mapping

Recent Comments

  1. Tom on Web Application Architecture in AWS (Amazon)
  2. A WordPress Commenter on DESIGN A LOG AGGREGATION SYSTEM

Archives

  • June 2026

Categories

  • Data Structure
  • Designs
  • Micro Services
  • AI ML LLM Agents
  • Java SpringBoot REST
  • Design Problems
  • Data Structure
Contact us

contact@crackingmyinterview.com

  • YouTube
  • Facebook
Copyright 2026 — My Interview Partner. All rights reserved. Blogsy WordPress Theme