A financial services company is building a high-volume transaction system on Google Cloud. The core workload requires a fully managed, globally scalable relational database that guarantees multi-region ACID compliance and supports standard SQL queries. Simultaneously, a data-processing microservice running on Compute Engine needs high-throughput temporary block storage for ephemeral scratch data, requiring maximum IOPS where data survival across instance termination is unnecessary. Which combination of Google Cloud database and block storage solutions should be selected?
- Cloud Spanner for the core transaction database, and Local SSD for the ephemeral scratch storageAnswer
- BCloud SQL with cross-region read replicas for the core transaction database, and Balanced Persistent Disk (pd-balanced) for the ephemeral scratch storage
- CCloud Bigtable for the core transaction database, and SSD Persistent Disk (pd-ssd) for the ephemeral scratch storage
- DCloud Spanner for the core transaction database, and Standard Persistent Disk (pd-standard) for the ephemeral scratch storage
Answer
Cloud Spanner for the core transaction database, and Local SSD for the ephemeral scratch storage
The requirement calls for a globally scalable relational database with multi-region ACID compliance and standard SQL support, which specifically maps to Cloud Spanner. For the Compute Engine microservice requiring maximum IOPS ephemeral block storage where data does not need to persist after VM termination, Local SSD is the recommended solution as it is physically attached to the server host.
Step-by-Step Solution
Key Concept
Selecting managed database and persistent storage options based on transaction consistency, geographic scope, and IOPS requirements