A global telehealth provider is translating its conceptual architectural design for an emergency vitals monitoring platform into a physical Google Cloud architecture. The logical design specifies three core requirements: real-time streaming ingestion of wearable device vitals, zero-infrastructure serverless microservices for data processing to minimize operational overhead, and a security perimeter preventing authorized users from copying Patient Health Information (PHI) to external Google Cloud projects. Which combination of Google Cloud services correctly maps to this physical architecture?
- Cloud Pub/Sub for streaming ingestion, Cloud Run for serverless microservices, Cloud Bigtable for time-series vitals storage, and VPC Service Controls for perimeter security.Cevap
- BCloud Pub/Sub for streaming ingestion, Google Kubernetes Engine (GKE) Standard clusters for containerized microservices, Cloud Bigtable for time-series vitals storage, and VPC Service Controls for perimeter security.
- CCloud Pub/Sub for streaming ingestion, Cloud Run for serverless microservices, Cloud Spanner as the primary database for localized time-series vitals storage, and VPC Service Controls for perimeter security.
- DCloud Pub/Sub for streaming ingestion, Cloud Run for serverless microservices, Cloud Bigtable for time-series vitals storage, and IAM fine-grained roles alone for data security.
Cevap
Cloud Pub/Sub for streaming ingestion, Cloud Run for serverless microservices, Cloud Bigtable for time-series vitals storage, and VPC Service Controls for perimeter security.
The correct physical architecture maps conceptual streaming ingestion to Cloud Pub/Sub, serverless compute with zero cluster management to Cloud Run, high-throughput time-series metrics storage to Cloud Bigtable, and perimeter data exfiltration protection to VPC Service Controls.
Adım Adım Çözüm
Anahtar Kavram
Mapping conceptual architectural layers (ingestion, compute, storage, security) to physical GCP services based on operational, scale, and compliance constraints.