Live data from Hacker News

Google Cloud Spanner is now half the cost of Amazon DynamoDB

cloud.google.com

361–370 of 371 posts

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

#361

Earlier quoted context omitted.

By the time DynamoDB goes away, that Linux server you have will have been EOL for two decades and chock full of security holes, not to mention disks filling up or getting wiped. The amount of time you'll spend tinkering with your server will dwarf the tiny amount of time it'd take to replace DynamoDB with an alternative service.

On the contrary: - in the next few decades, my Linux servers will have been updated completely multiple times - software updates happen on my schedule and at my behest - I can move to newer hardware whenever the mood strikes me - I maintain full de jure and de facto ownership of my data (AKA I control it completely) - Since I own the data, I can always upload it to some vendor in future. Due to vendor lock-in, non-st…

So you wanted a hobby to keep you busy. That's cool, I guess "waste of time" is relative

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

#362

Earlier quoted context omitted.

On the contrary: - in the next few decades, my Linux servers will have been updated completely multiple times - software updates happen on my schedule and at my behest - I can move to newer hardware whenever the mood strikes me - I maintain full de jure and de facto ownership of my data (AKA I control it completely) - Since I own the data, I can always upload it to some vendor in future. Due to vendor lock-in, non-st…

So you wanted a hobby to keep you busy. That's cool, I guess "waste of time" is relative

Projects that aren't designed your way = waste of time, hobbies.

What an asshole.

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

#363

Just moved our infra from GCP to AWS. Kubernetes clusters, LB, storage, lambdas, KMS and all of it. Google runs their tech stack as if it's a startup that builds their CV. Everything is immature, tons of hacks, undocumented features. If you are on their k8s there are tons of upcoming new versions and features that force you to revisit key hacks you put in your infra because of their misgivings. Our infra team keeps t…

Did you consider your own bare-metal?

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

#364

Earlier quoted context omitted.

Yeah you can run Fargate on EC2 now as well to optimize cost even further.

Fargate on EC2? Sorry you’ve lost me, I understood Fargate to be a layer of AWS managed compute for ECS or EKS deliberately instead of EC2.

https://lumigo.io/blog/comparing-amazon-ecs-launch-types-ec2... You can now specify your launch type to be an ec2 instance. This has the benefit of lower cost but you are responsible for managing the instances ex: security patches, etc.

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

#365
post #78

Earlier quoted context omitted.

You can scale Spanner up/down based on demand although there is a lag time with it. I built a system that relies on a high-performance database and tested with both AWS DynamoDB and Google Cloud Spanner (see disclaimer) and was able to scale Google Cloud Spanner much higher than AWS DynamoDB. DynamoDB is limited to 1000 WRUs per node, and there isn't an obvious way to get more than 100 nodes per table, so you're limi…

Was that test before this announcement? https://aws.amazon.com/about-aws/whats-new/2019/05/amazon-dy...

No, it was after that -- I still worked at AWS at that point. Additionally, the tests were done with provisioned capacity at DynamoDB tables.

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

#366

Earlier quoted context omitted.

> 1) having the project/account your in visible at the top at all times. I agree that this is an annoying issue in the AWS web console. I assume this is something that could be fixed on your end by a little bit of CSS.

I believe the solution is to give the account an alias. https://docs.aws.amazon.com/IAM/latest/UserGuide/console_acc...

company im working at currently uses Token Vending Machine.

pros: cannot get accounts mixed up.

cons: All sessions are actually 12hr sessions (ASIA not AKIA) and no access to perm keys for cli, security i suppose. Its not too bad though as TVM gives creds for various use cases.

https://aws.amazon.com/blogs/apn/tag/token-vending-machine/

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

#367
post #241

Earlier quoted context omitted.

> But I've also been feeling burned a bit by Google suddenly ending services. The products/services that “Google” the search company launches are different than “Google Cloud”. While the discontinuation of Google products is annoying it has nothing to do with Google Cloud products/services. I don’t think Google Cloud abruptly announces discontinuing products/services as they have paid customers. Regarding Google Doma…

> Regarding Google Domains that is a Google product. The equivalent product from Google is “Google Cloud Domains” which is available to Google Cloud customers. Also sold: https://cloud.google.com/domains/docs/faq

thank you. I stand corrected.

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

#368

Just moved our infra from GCP to AWS. Kubernetes clusters, LB, storage, lambdas, KMS and all of it. Google runs their tech stack as if it's a startup that builds their CV. Everything is immature, tons of hacks, undocumented features. If you are on their k8s there are tons of upcoming new versions and features that force you to revisit key hacks you put in your infra because of their misgivings. Our infra team keeps t…

There is no way this is true. Only explanation is you work for AWS :-). GCP strength is it's cost. Yes may be the support could be better. But can you care to explain what "hacks" are you talking about ? And the claim that K8S(from Google) is better on AWS than GCP is absolutely false

We are a small startup, 12 strong.

Our reason for going all in with GCP was the k8s. We've been using GCP for 2+ years. The trouble we have is with stability and so many of the features being constantly rolled out.

Our experience was that K8s cost more on GCP than AWS.

Just on LoadBalancers alone, you have tons of tricks that are specific to GCP implementation. And we needed a few extra because you couldn't run all the features we wanted on 1-2 per cluster. For example, we have a 3rd party that required all our requests to always originate and respond back from a fixed IP address. We could only pick one not a range, not a list. This was a hard requirement. The service was important so we had to do it.

It took our team several days to find how to do it using online documentation and support. Tech support was useless. We had one guy in our team that spent 2 days on the phone with a paid, local GCP implementation partner trying to get this problem sorted. Nothing came out of it other than being pitched on our dime a lot of services and architecture we didn't need. Eventually we figure it out on our own. I don't even remember speaking about this when we transitioned to AWS.

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

#369
post #143

Earlier quoted context omitted.

It's almost certainly not the case that Gmail uses Cloud Spanner rather than Internal Spanner. I don't think Cloud Spanner (or most of Google's cloud products) have the featureset required to support loads like Gmail (both in terms of technical capability, and security/privacy features). When I worked at Google I tried to get more services to migrate to the cloud but the internal environment that was built up over 25…

And yet, if they do, that's probably one of the best sales pitches they could have - dogfooding. After all, isn't that also how AWS started, just reselling the services and servers they already use themselves? It doesn't make much sense to have a 'better' version of a product you sell but keep it internal.

Yet Amazon Retail still don't use DynamoDb for the critical workloads. They still rely on an internal version of DynamoDb (Sable) which is optimized for Retail workload.

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

#370
post #148

Earlier quoted context omitted.

Except for projects for which NoSQL is a better fit than a RDBMS, no? If I'm writing a chat app with millions of messages and very little in the way of "relationships", should I use Postgres or some flavor of NoSQL? Honest question.

Golden Rule of data: Use PostgreSQL unless you have an extremely good reason not to. PostgreSQL is extremely good at append-mostly data, i.e like a chat log and has powerful partitioning features that allow you to keep said chat logs for quite some time (with some caveats) while keeping queries fast. Generally speaking though PostgreSQL has powerful features for pretty much every workload, hence the Golden Rule.

this is what I've done sqlite3 for my personal stuff, postgres for everything else. I'm far from a "120 million requests per second" level though, so my experience is limited to small to mid-size ops for businesses.
Post reply on HN