A financial software development team is designing an automated local integration testing suite for microservices that interact with Cloud Spanner. The team wants to validate database schema migrations, transactional queries, and security features in local developer environments prior to deployment. Which statement accurately describes a key capability or architectural limitation of the Cloud Spanner emulator when integrated into this local testing workflow?
- The emulator supports standard DDL and DML statements locally without needing Google Cloud credentials, but it does not support Customer-Managed Encryption Keys (CMEK) or IAM fine-grained access control.Answer
- BThe emulator requires authenticating local test execution by mounting a service account JSON file granted primitive Owner permissions.
- CThe emulator requires deploying a local single-node Google Kubernetes Engine cluster to simulate distributed Cloud Spanner consensus nodes.
- DThe emulator outputs local schema changes to unversioned flat files that must be manually merged into source control to maintain deployment state.
Answer
The Cloud Spanner emulator supports standard DDL and DML statements locally without needing Google Cloud credentials, but it does not support Customer-Managed Encryption Keys (CMEK) or IAM fine-grained access control.
The correct answer accurately reflects the architecture of the Cloud Spanner emulator. It provides an in-memory implementation of Cloud Spanner that supports standard DDL schema definitions, DML queries, and ACID transactions locally without calling GCP APIs or requiring credentials. However, enterprise security features like Customer-Managed Encryption Keys (CMEK), Cloud KMS, and IAM fine-grained access control are explicitly unsupported in the emulator.
Step-by-Step Solution
Key Concept
Cloud Spanner Emulator Capabilities and Limitations