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…
Google Cloud Spanner is now half the cost of Amazon DynamoDB
361–370 of 371 posts
Re: Google Cloud Spanner is now half the cost of Amazon DynamoDB
#362Earlier 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
What an asshole.
Re: Google Cloud Spanner is now half the cost of Amazon DynamoDB
#363Just 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…
Re: Google Cloud Spanner is now half the cost of Amazon DynamoDB
#364Earlier 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.
Re: Google Cloud Spanner is now half the cost of Amazon DynamoDB
#365Earlier 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...
Re: Google Cloud Spanner is now half the cost of Amazon DynamoDB
#366Earlier 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...
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.
Re: Google Cloud Spanner is now half the cost of Amazon DynamoDB
#367Earlier 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
Re: Google Cloud Spanner is now half the cost of Amazon DynamoDB
#368Just 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
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
#369Earlier 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.
Re: Google Cloud Spanner is now half the cost of Amazon DynamoDB
#370Earlier 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.