exam questions

Exam Associate Cloud Engineer All Questions

View all questions & answers for the Associate Cloud Engineer exam

Exam Associate Cloud Engineer topic 1 question 292 discussion

Actual exam question from Google's Associate Cloud Engineer
Question #: 292
Topic #: 1
[All Associate Cloud Engineer Questions]

Your company stores data from multiple sources that have different data storage requirements. These data include:
1. Customer data that is structured and read with complex queries
2. Historical log data that is large in volume and accessed infrequently
3. Real-time sensor data with high-velocity writes, which needs to be available for analysis but can tolerate some data loss

You need to design the most cost-effective storage solution that fulfills all data storage requirements. What should you do?

  • A. Use Firestore for customer data, Cloud Storage (Nearline) for historical logs, and Bigtable for sensor data.
  • B. Use Cloud SQL for customer data. Cloud Storage (Coldline) for historical logs, and BigQuery for sensor data.
  • C. Use Cloud SQL for customer data. Cloud Storage (Archive) for historical logs, and Bigtable for sensor data.
  • D. Use Spanner for all data.
Show Suggested Answer Hide Answer
Suggested Answer: C 🗳️

Comments

Chosen Answer:
This is a voting comment (?). It is better to Upvote an existing comment if you don't have anything to add.
Switch to a voting comment New
gummybearcik
1 day, 3 hours ago
Selected Answer: C
Cloud SQL for customer data. Cloud Storage (Archive) for historical logs, and Bigtable for sensor data. - Customer data: Complex queries and relational structure are best served by Cloud SQL rather than Firestore; Spanner is overkill and costlier unless you need global consistency and horizontal scale. - Historical logs: “Accessed infrequently” points to Archive as the most cost‑effective storage. If you anticipate more frequent reads (e.g., monthly), Coldline could be chosen instead, but Archive minimizes cost when reads are rare. - Sensor data: Bigtable excels at high‑throughput, time‑series ingestion and can handle eventual analyses with tolerance for some data loss; BigQuery is not ideal for sustained, ultra‑high write rates.
upvoted 1 times
...
763609c
4 days ago
Selected Answer: A
if I consider it infrequent more than once a year
upvoted 1 times
...
AdelElagawany
1 month, 2 weeks ago
Selected Answer: C
- Structured Transactional data (Cloud SQL) - Logs + Infrequent access (Cloud Storage Archive Class) - Sensor Data (Big Table)
upvoted 1 times
...
NJBC
1 month, 3 weeks ago
Selected Answer: C
Structured - CloudSQL , Firestore is no-SQL (So not A) Large Volume and Infrequent - Coldline/Archive - It doesn't say how infrequent, but safe bet for 'historical logs' is Coldline at least or Archive (So not A) Also: Coldline Storage Use Case: Suitable for data that is infrequently accessed, like historical records, compliance archives, and disaster recovery data Real-time and write high velocity - BigTable is for high-performance, scalable db for real-time operations applications and massive amounts of data that require fast reads and writes. BigQuery's strength is NOT real-time transactional processing or frequent individual record updates/deletions. (So not B) C is the only viable answer left. (D doesn't make sense from the needs of the question).
upvoted 3 times
...
MohannadSamir
6 months, 1 week ago
Selected Answer: A
Structured and complex queries --> Firestore can handle it Large volume and infrequent --> Cloud storage Nearline Real-time and write high velocity --> Bigtable
upvoted 2 times
...
Community vote distribution
A (35%)
C (25%)
B (20%)
Other
Most Voted
A voting comment increases the vote count for the chosen answer by one.

Upvoting a comment with a selected answer will also increase the vote count towards that answer by one. So if you see a comment that you already agree with, you can upvote it instead of posting a new comment.

SaveCancel
Loading ...