Hacker News Board Hacker News, browsed like a classic message board
Live data from Hacker News

Google Cloud Spanner is now half the cost of Amazon DynamoDB

cloud.google.com

Post reply on HN
Print view View original

21–30 of 371 posts

Re: Google Cloud Spanner is now half the cost of Amazon DynamoDB

#21

Post by johncessna »

vlovich123 wrote: post #6
andrewedstrom wrote: post #3

Not pictured: the cost of switching to DynamoDB when this service inevitably gets shut down in two years.

There’s no way spanner gets shut down. It’s critical to so much of Google’s internal infra.

That doesn't address GCP itself getting shut down in 2 years.

Re: Google Cloud Spanner is now half the cost of Amazon DynamoDB

#22

Post by paxys »

nameless912 wrote: post #15

And for many projects, Postgres is still cheaper than both. Having used both, I would much, much rather do the work to fit my project in Postgres/CockroachDB than use either Spanner or DynamoDB, which have WAY more footguns. Not to mention sudden cost spikes, vendor lock in, and god knows what else. AWS and GCP (and Azure, and Oracle cloud, and bare Kubernetes via an operator, and...) support Postgres really well. Ju…

Postgres is a piece of software. Cloud Spanner/Dynamo etc are managed services. It makes no sense to directly compare one with the other.

Re: Google Cloud Spanner is now half the cost of Amazon DynamoDB

#23

Post by Tehnix »

mmanfrin wrote: post #2

Google also has a history of massively spiking the cost of its services. Vendor lockin is a dangerous thing.

Curious: have they ever increased prices of existing Google Cloud services?

As far as I know, AWS only ever decreases prices on services for example

Re: Google Cloud Spanner is now half the cost of Amazon DynamoDB

#25

Post by aketchum »

nameless912 wrote: post #15

And for many projects, Postgres is still cheaper than both. Having used both, I would much, much rather do the work to fit my project in Postgres/CockroachDB than use either Spanner or DynamoDB, which have WAY more footguns. Not to mention sudden cost spikes, vendor lock in, and god knows what else. AWS and GCP (and Azure, and Oracle cloud, and bare Kubernetes via an operator, and...) support Postgres really well. Ju…

just migrated off of PG to ddb as the main db for my application (still copying data to SQL for data analytics). Working with distributed functions and code hosted on lambdas, the connection management to SQL became a nightmare with dropped requests all over the place.

Re: Google Cloud Spanner is now half the cost of Amazon DynamoDB

#26

Post by baridbelmedar »

I'm really excited about this as a customer. We're probably going to be able to save a lot of money because of it. So now, with the new Postgres compatibility layer and the "lower cost", it will be easier for me to choose Spanner when we start new projects.

Re: Google Cloud Spanner is now half the cost of Amazon DynamoDB

#27

Post by esafak »

paxys wrote: post #22
nameless912 wrote: post #15

And for many projects, Postgres is still cheaper than both. Having used both, I would much, much rather do the work to fit my project in Postgres/CockroachDB than use either Spanner or DynamoDB, which have WAY more footguns. Not to mention sudden cost spikes, vendor lock in, and god knows what else. AWS and GCP (and Azure, and Oracle cloud, and bare Kubernetes via an operator, and...) support Postgres really well. Ju…

Postgres is a piece of software. Cloud Spanner/Dynamo etc are managed services. It makes no sense to directly compare one with the other.

Read "Cloud SQL for PostgreSQL"

Re: Google Cloud Spanner is now half the cost of Amazon DynamoDB

#29

Post by jefftk »

Tehnix wrote: post #23
mmanfrin wrote: post #2

Google also has a history of massively spiking the cost of its services. Vendor lockin is a dangerous thing.

Curious: have they ever increased prices of existing Google Cloud services? As far as I know, AWS only ever decreases prices on services for example

AWS has increased prices, most recently when they started charging for static IPs (even ones attached to a running instance).
Post reply on HN