Expanding MongoDB Atlas Availability on GCP
cloudplatform.googleblog.com
cloudplatform.googleblog.com
Say, a user comes to a website from New York. Does this require me to have a webserver (probably google cloud-something) in New York that connects to this region MongoDB Atlas? Is the data of this user then also available in, say, Hong Kong? Do I need to connect certain region MongoDB's to certain region servers?
https://docs.mongodb.com/manual/reference/read-preference/#n...
Edit:
Looks like you can also tag the region your nodes are in and specify those tags directly, pretty neat.
https://docs.mongodb.com/manual/reference/read-preference/#q...
Many users start simple, and run their application instances in only one region, with the database in that region as well. However, by spreading the database across three regions, the database itself can actually maintain availability (reads and writes continue) even if there is a region-wide outage due to MongoDB’s built in replication and auto-failover.
Developers can run their application instances in multiple regions and serve nearby clients from them, and achieve low-latency in-region reads to MongoDB cluster replicas in those regions. In this model, writes would go to the region with the MongoDB database primary, however, meaning users in some regions would have a cross-region network hop in order to perform writes.
MongoDB does have a concept called geo-zoned sharding, however, which makes it possible to have different write regions for different shards, which makes it possible to have users in different parts of the world actually achieve low latency reads and writes.
AWS is planning a Sweden Region[3] with edge locations in Finland, Prague and Warsaw.
[1] https://cloud.google.com/about/locations/#regions-tab [2] https://cloud.google.com/about/locations/#network-tab [3] https://aws.amazon.com/about-aws/global-infrastructure/