An enterprise media streaming platform is architecting its storage and database tier on Google Cloud. Match each technical workload requirement to the most appropriate Google Cloud database service or block storage option.
- Ephemeral, sub-millisecond latency block storage for high-performance video transcoding scratch files on Compute EngineLocal SSD attached to Compute Engine
- Fully managed relational database supporting standard SQL and ACID compliance with regional failover for subscription billingCloud SQL (Regional High Availability configuration)
- Serverless, globally available NoSQL document database for managing dynamic user profile attributes and active session statesFirestore in Native mode
- Petabyte-scale, high-throughput NoSQL database optimized for real-time video playback telemetry and time-series analytical ingestionCloud Bigtable
Answer
The requirement for ephemeral video transcoding scratch space pairs with Local SSD; the relational subscription billing workload pairs with Cloud SQL (Regional High Availability configuration); the serverless user profile document store pairs with Firestore in Native mode; and the petabyte-scale real-time telemetry workload pairs with Cloud Bigtable.
Each requirement is mapped directly to its optimal GCP engine based on architectural strengths: Local SSD for maximum throughput ephemeral block storage, Cloud SQL for relational transactional consistency, Firestore for flexible document management, and Cloud Bigtable for heavy time-series telemetry ingestion.
Step-by-Step Solution
Key Concept
Selecting appropriate GCP storage types based on relational schema requirements, IOPS/latency needs, data longevity, and access patterns.
Estimated Time:1m 30s