Case study: Il-Pastizzeria ta' Mario
Read the decisions and results from a catering workload
Il-Pastizzeria ta' Mario recorded requirements, architecture, governance, planning, code generation, deployment, and as-built documentation during an April 2026 run.
Use this record to compare requirements, design decisions, code, and observed results. It does not describe every rule in current APEX.
Resource provisioning succeeded. Production and staging application checks returned HTTP 503. Read those limitations alongside the deployment summary rather than treating provisioning as application success.
A Maltese catering outlet needs an online ordering app on Azure
The owner of a small catering outlet in Malta wants to sell pastizzi, Cisk, and Kinnie online. Payment is strictly cash on delivery. The app is a containerized React SPA backed by Azure Table Storage.
- Requirements and the original S1 design assumptions.
- Policy discovery and review findings from the recorded run.
- The P0v3 deployment result and unresolved application-health failures.
Read the recorded steps
Open a step to inspect its generated records. Summaries below describe this case study, not the current workflow contract.
Requirements
The requirements record describes online ordering for pastizzi, Cisk, and Kinnie, GDPR requirements, and a EUR 100-500 monthly budget.
- Business context
- Functional requirements
- Compliance & security
- Budget & scaling
Solution Architecture
App Service S1 with VNet integration and private endpoints. WAF scores: Security 8, Reliability 7, Performance 9, Cost 7, Operations 7. Estimated ~$155/month.
- Service topology
- WAF assessment
- SKU recommendations
Design Artifacts
Recorded ADRs cover App Service S1, Table Storage, and the revised private-endpoint design. The design estimate is distinct from the later as-built baseline.
- Architecture diagram
- Architecture decisions
- Cost estimates
Governance
The April 2026 discovery recorded 21 policy assignments and a 9-tag resource-group blocker. Its audit-only findings describe that scope at that time.
- Policy effects
- Required tags
- Deployment blockers
Infra-as-Code Plan
12 resources across 10 AVM Bicep modules deployed in 5 phases. Governance-adapted tag contract expands from 4 to 9 required tags.
- Module structure
- Implementation tasks
- Dependency flow
Infra-as-Code Gen
The CodeGen record lists 10 modules and reports build, lint, and source security checks. These are historical results, not a fresh validation.
- File structure
- Validation results
- AVM modules
Deployment
The April 2026 run provisioned 12 resources with azd and replaced unavailable S1 capacity with P0v3. Application checks returned HTTP 503. Current APEX requires approval for such changes.
- Preflight checks
- Deployment phases
- Outputs
As-Built Docs
Post-deployment documentation: design document, resource inventory, operations runbook, backup/DR plan, compliance matrix, and cost estimate.
- Design
- Resources
- Operations
- Compliance
- Cost
Adversarial Reviews
Four review records report 1 critical ACR SKU mismatch, 2 high, 10 medium, and 13 low findings.
- Requirements
- Architecture
- Governance
- Implementation
Historical outputs remain unchanged
Introductions, metadata, and navigation distinguish the historical run from current guidance. Generated artifact bodies retain their original wording.
The case-study framing states its date, observed failures, and differences from current approval rules.
Generated records, cost figures, review findings, and imported assets. Their preservation is not a claim that every historical statement is correct.