ECommerce Web App — Application Status
This page provides a live view of all AWS infrastructure components supporting the ECommerce Web App production environment. It is intended as the first stop during incident response: rather than navigating the AWS console service by service, this page surfaces the operational state of every component in a single view.
Data is retrieved directly from AWS at page load. Each table below reflects the current state of the environment at the time you opened this page. Refresh the page to get an updated view.
Application Profile
Application Information
| Application | ECommerce Web App |
| Environment | Production |
| Primary Region | eu-west-2 (London) |
| Architecture | Three-tier web application (CDN → ALB → EC2 → DynamoDB) |
| Critical Path | CloudFront → WAF → ELB → EC2 (web/app) → DynamoDB (cart/orders) |
| Application Owner | Platform Engineering Team |
| Runbook | See Section 8 for escalation contacts |
The application serves customer-facing retail traffic. The critical user journey runs through the CDN and load balancer to the EC2 application tier, with DynamoDB providing low-latency storage for shopping cart, session, and order data. Lambda functions handle asynchronous workloads including order confirmations, inventory updates, and image processing. S3 and CloudFront together serve all static assets and product media.
Expected Infrastructure Components
The following table defines the expected steady-state for this application. During an incident, compare what is shown in the discovery sections below against these expectations to identify which component may be the source of degradation.
| Layer | AWS Service | Expected Count | Region | Notes |
|---|---|---|---|---|
| CDN | CloudFront | 2 | Global | Storefront distribution + media/assets distribution |
| Security | WAF (Regional) | 1 | eu-west-2 | Attached to the application load balancer |
| Security | WAF (CloudFront) | 1 | Global (us-east-1) | Attached to the CloudFront storefront distribution |
| Load Balancing | ELB (Application) | 1 | eu-west-2 | Internet-facing ALB; must be active |
| Compute | EC2 | 3 minimum | eu-west-2 | Auto-scaling group across 2 AZs; all must be running |
| Serverless | Lambda | 6 minimum | eu-west-2 | Order, notification, inventory, image, search, and auth functions |
| Storage | S3 | 4 minimum | eu-west-2 / global | Assets, product images, order exports, application logs |
| Storage | EBS Volumes | 3 minimum | eu-west-2 | One per EC2 instance; all must be in-use |
| Database | DynamoDB | 3 | eu-west-2 | cart, sessions, orders; all must be active |
| Networking | VPC | 1 | eu-west-2 | Application VPC |
| Networking | Subnets | 4 minimum | eu-west-2 | 2 public + 2 private (one per AZ) |
| Networking | Internet Gateway | 1 | eu-west-2 | Must be attached to the application VPC |
| Networking | NAT Gateways | 2 | eu-west-2 | One per AZ for private subnet outbound access; must be available |
Application Health Analysis
The following table shows analysis of the live discovery data.
This service supports filtering on any discovered attribute(s) for a service, counts of the result set and alert severity.
CloudWatch Alarms
This panel shows the current state of CloudWatch Alarms across the application's infrastructure. It is designed to answer "what is currently breaching its threshold?" during an incident — using the thresholds you have already defined, not arbitrary metric values.
Alarms are sorted by state (ALARM first, then NO DATA, then OK). The Billing Alarms section shows spend alerts in the same view. For this demo we are using mock data timed to the incident scenario.
CloudTrail Analysis
This pane shows analysis of the CloudTrail logs of AWS API requests. This helps with understanding "what changed?" during an incident.
For this demo we are using mock data. The live service is built and the ability to support filter by time and by service is on the roadmap.
Cost Summary
Month-to-date spend, budget status, top services by cost, and any cost anomalies detected by AWS. This panel uses amortised costs from Cost Explorer so upfront Reserved Instance and Savings Plans payments are spread evenly — making month-over-month trends meaningful.
For accounts within an AWS Organisation, costs reflect what is attributed to this member account only. For authoritative billing use the AWS Cost Management console. For this demo we are using mock data consistent with the incident scenario.