"as little as $65 USD/month" for GCP Spanner vs AWS Free Tier: "25 GB of data storage ... 2.5 million stream read requests ..." https://aws.amazon.com/dynamodb/pricing/ So, there's probably somewhere the lines on the graph cross, but Google's headline seems misleading.
Google Cloud Spanner is now half the cost of Amazon DynamoDB
41–50 of 371 posts
Re: Google Cloud Spanner is now half the cost of Amazon DynamoDB
#42Earlier quoted context omitted.
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.
A connection pooling proxy should fix this shouldn't it? I think both Google and AWS have this solved for functions as a service.
Re: Google Cloud Spanner is now half the cost of Amazon DynamoDB
#43Google 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
https://techcrunch.com/2022/03/14/inflation-is-real-google-c...
Discussion: https://news.ycombinator.com/item?id=30671997
Re: Google Cloud Spanner is now half the cost of Amazon DynamoDB
#44Google 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
I don't know if Google App Engine falls under Google Cloud services, but either way that's just a technicality; the sentiment remains the same.
Edit: more information here: https://github.com/stickfigure/blog/wiki/The-Unofficial-Goog...
Re: Google Cloud Spanner is now half the cost of Amazon DynamoDB
#45Re: Google Cloud Spanner is now half the cost of Amazon DynamoDB
#46A problem for me building on this is that Google Cloud has no coherent strategy. So the price could easily be double or quadruple Amazon in 2 years. Google Maps is the key lesson here. 10 to 20 times price increase, just because someone had a meeting. No justification or coherent strategy, just "sorry here's a shiv to the gut". At least with Amazon, as chaotic as it is, you know that they just mark stuff up to the ma…
Re: Google Cloud Spanner is now half the cost of Amazon DynamoDB
#47Google also has a history of massively spiking the cost of its services. Vendor lockin is a dangerous thing.
This definitely happened with Google Maps, where Google was clearly the dominant player. Has it happened to other services? It seems far less likely to happen for business cloud services where they are a distance 2nd (3rd?) to AWS. I know of some examples (admittedly ancient) where they have reduced costs: https://cloudplatform.googleblog.com/2015/05/Pay-Less-Comput...
Re: Google Cloud Spanner is now half the cost of Amazon DynamoDB
#48Earlier quoted context omitted.
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
#49But a droplet with a Postgres db is nearly free, and seriously performant. And for 65/month, you can get a VERY beefy Hetzner server. You’ll have to wade through the crazy thicket that is the menu of cloud offerings. I gave that one look, and decided I might as well give up and learn the basics of Linux admin once and apply it for life.
Comparing Postgres to Spanner is kind of like comparing a delivery van to a train. The train is always going to have higher overhead costs.
Linux admin is a useful skill, but I know my Linux admin skills can’t compete with the reliability, availability, and scalability of cloud systems… like Dynamo, S3, Spanner, etc.
Re: Google Cloud Spanner is now half the cost of Amazon DynamoDB
#50Earlier quoted context omitted.
A connection pooling proxy should fix this shouldn't it? I think both Google and AWS have this solved for functions as a service.
yeah but you run into other issues when you put all of your lambdas on the same VPC