Global Multi-Cloud Replication in FaunaDB Serverless Cloud
1–10 of 25 posts
Re: Global Multi-Cloud Replication in FaunaDB Serverless Cloud
#2Let us know what other regions and cloud providers you would like to see, like maybe Digital Ocean, etc. We're exciting to keep rolling these out.
Re: Global Multi-Cloud Replication in FaunaDB Serverless Cloud
#3My favorite part is that expanding the cluster does "not affect the latency profile of existing applications: writes to FaunaDB only need to commit to the closest majority of datacenters to maintain consistency. Currently all data in FaunaDB Serverless Cloud is replicated to every region, guaranteeing low latency reads."
This means that as we grow, your apps will get faster and be able to run closer to your users.
Re: Global Multi-Cloud Replication in FaunaDB Serverless Cloud
#4My favorite part is that expanding the cluster does "not affect the latency profile of existing applications: writes to FaunaDB only need to commit to the closest majority of datacenters to maintain consistency. Currently all data in FaunaDB Serverless Cloud is replicated to every region, guaranteeing low latency reads." This means that as we grow, your apps will get faster and be able to run closer to your users.
CosmosDB lets you set region failover priority if something goes wrong, does Fauna have a similar model?
How does an application know which region to talk to? Especially once you can select a subset of regions to be in. Some might not have the data you are looking for.
Re: Global Multi-Cloud Replication in FaunaDB Serverless Cloud
#5My favorite part is that expanding the cluster does "not affect the latency profile of existing applications: writes to FaunaDB only need to commit to the closest majority of datacenters to maintain consistency. Currently all data in FaunaDB Serverless Cloud is replicated to every region, guaranteeing low latency reads." This means that as we grow, your apps will get faster and be able to run closer to your users.
CosmosDB lets you set region failover priority if something goes wrong, does Fauna have a similar model? How does an application know which region to talk to? Especially once you can select a subset of regions to be in. Some might not have the data you are looking for.
Since FaunaDB is multi-master (or masterless, if you prefer), there is no failover step per se. Any region in the cluster can receive writes if it is part of the majority partition, and any region can serve consistent reads even if it's temporarily in a minority partition.
You don't have to set any priorities, and partition events don't change commit latency for the cluster majority.
Currently FaunaDB drivers use geo DNS in route53 to automatically find the closest region, although you can pin to specific regions if you know the cname. If that region doesn't own the data for the logical database in question, FaunaDB forwards the request internally.
In the future, drivers will maintain their own ϕ accrual failure detectors and make faster and smarter routing decisions than DNS can provide.
Re: Global Multi-Cloud Replication in FaunaDB Serverless Cloud
#6Sounds very cool. One thing I'd love to see on the pricing page is an estimation tool where you can enter different values to see a monthly cost estimate.
Re: Global Multi-Cloud Replication in FaunaDB Serverless Cloud
#7Let us know what other regions and cloud providers you would like to see, like maybe Digital Ocean, etc. We're exciting to keep rolling these out.
+1 for DO support!
Re: Global Multi-Cloud Replication in FaunaDB Serverless Cloud
#8Sounds very cool. One thing I'd love to see on the pricing page is an estimation tool where you can enter different values to see a monthly cost estimate.
That makes sense. In particular, the minimum price is always wildly better because of the serverless model (metered, like S3), but you still want to see where you will be at with bursts and such, or compare to a static Postgres or DynamoDB cluster at expected load.
A lot of the benefit comes from not having to manage capacity up and down in the first place, though. Even if other systems let you do it quickly you still have to either predict or react to your load "by hand".
Re: Global Multi-Cloud Replication in FaunaDB Serverless Cloud
#9How does the commercial viability of this company look? It's one thing to bet on an open source project, and another thing to bet on a cloud database for a standard database where in a pinch you can always run that same cloud database somewhere else or even on your own servers. But for a fully managed proprietary cloud offering that is not a standard database software technology that you can't run anywhere and not backed by one of the big clouds... it seems like a huge risk to bet on this offering.
Re: Global Multi-Cloud Replication in FaunaDB Serverless Cloud
#10My favorite part is that expanding the cluster does "not affect the latency profile of existing applications: writes to FaunaDB only need to commit to the closest majority of datacenters to maintain consistency. Currently all data in FaunaDB Serverless Cloud is replicated to every region, guaranteeing low latency reads." This means that as we grow, your apps will get faster and be able to run closer to your users.
CosmosDB lets you set region failover priority if something goes wrong, does Fauna have a similar model? How does an application know which region to talk to? Especially once you can select a subset of regions to be in. Some might not have the data you are looking for.
Do you use Cosmos? How is it?