An enterprise cloud architecture team at a global aviation safety oversight agency is developing a regulatory compliance analytics platform. Place the architectural design phases in the correct sequential order, starting from the highest conceptual abstraction down to concrete Google Cloud infrastructure deployment.
- 1Define core business domain entities, regulatory data retention policies, and high-level availability/privacy requirements for flight safety records.
- 2Establish technology-agnostic service boundaries, data processing pipelines, and logical security trust zones isolating telemetry ingestion from compliance reporting.
- 3Map functional logical components to specific Google Cloud services, selecting Cloud Pub/Sub for ingestion, Dataflow for processing, and BigQuery for analytical storage.
- 4Draft declarative Infrastructure as Code (IaC) templates specifying precise subnet CIDRs, IAM role bindings, and Customer-Managed Encryption Keys (CMEK) configurations.
Answer
The correct sequence starts with defining conceptual business domain entities and compliance rules, followed by designing logical service boundaries and technology-agnostic data flows, then mapping logical components to specific Google Cloud products, and finally specifying detailed physical IaC parameters like subnets, IAM bindings, and CMEK settings.
The standard enterprise architecture lifecycle progresses hierarchically from Conceptual (defining business entities, governance goals, and regulatory boundaries) to Logical (defining functional data flows, service boundaries, and security domains independent of technology choices), followed by Physical Product Mapping (matching logical blocks to GCP offerings like Pub/Sub, Dataflow, and BigQuery), and concluding with Physical Configuration Specification (specifying exact IaC code, subnets, IAM, and encryption keys).
Step-by-Step Solution
Key Concept
Sequential Translation from Conceptual to Logical and Physical Architectures
Estimated Time:1m 30s