Exam Professional Cloud Architect topic 1 question 97 discussion

Its D, create multi region buckets in Americas, Europe and Asia

I would go with A (https://cloud.google.com/storage/docs/locations)

You don't need mutiple "Multi-Regional bucket" , you only need one.

When you want to minimize latency for accessing content within Cloud Storage, the best Google Cloud practice is to choose Regional Storage, but strategically, in the region closest to your primary users or compute resources

A is the best answer because a Multi-Regional Cloud Storage bucket offers low latency, high availability, and global access, aligning with Google's best practices for user-facing content.

Why not the other options? B: Regional buckets only store data in a single region — this would increase latency for users far from that region. C: You can’t create buckets per zone; Cloud Storage is regional or multi-regional, not zonal. D: Managing multiple multi-regional buckets is unnecessary and adds complexity without performance benefits.

It's option D. Is not Google best practice, but it’s the only way to make it global as the answers don’t mention the use of Multi-Regional bucket + Cloud CDN or edge caching. So D is the only one.

While Option D would work, it is not needed. A single multi-regional bucket handles this case, and is the google recomended practice. Also, it is more complex to manage multiple buckets.

When you need to serve content to users globally with minimal latency, a Multi-Regional Cloud Storage bucket is the recommended solution. It handles the distribution and redundancy for you.

Multi-regional buckets replicate data across geographically dispersed regions within a continent (e.g., ASIA, EU, or US multi-regions), ensuring users download from the nearest available location

A multi-region is a large geographic area, such as the United States, that contains two or more geographic places. https://cloud.google.com/storage/docs/locations

I will go for D because the clients are global, and the primary objective is minimizing latency for ALL.

D is correct. Multi-region buckets are still specific to their own regional area, Americas, Europe and Asia. It's not A, doesn't cover the whole world.

I go for A. I never came across"multiple multi-region"

Its D, create multi region buckets in Americas, Europe and Asia

I think it is D. Keyword: Your company has customers all over the world. Lists Multi Regional cloud Multi-Region Name Multi-Region Description ASIA Data centers in Asia, excluding Hong Kong and Indonesia EU Data centers within member states of the European Union* US Data centers in the United States Ans A. suggests "A" multi-regional Cloud. that means one of the above multi-regional cloud Ans D: suggests "multiple" Multi-Regional so 2 or (preferably) all of the multi-regional cloud with one bucket per multi-region (less task)

Agree with A