News for hackers. Stuff that matters.
Re:A story about a Kubernetes migration by adwf on Tuesday October 02, 2018 @01:19PM (#18123656)
Only if you've got a homogeneous workload that can scale out.

More typical is Team A working on Project A spin up a test DB + test app server. Team B also spin up a test app server + web server + DB for project B

Then Project A gets productionized and you have SIT/UAT/Stage copies of all of that sitting mostly idle.

Then project C comes along and the devs need to test on a 3 node C* cluster with 3 kafka brokers...

Suddenly you have a whole bunch of dev environments sitting mostly idle. No-one would ever fork out on reserving a t2.medium, but they all add up to $$$$$ every month. With k8s you can reclaim all that idling power, reserve some beefy instances, whilst also gaining easily deployable artefacts, CI/CD, production scaling, etc.

Re:A story about a Kubernetes migration by falcolas on Tuesday October 02, 2018 @01:30PM (#18123786)
But those use cases don't change between AWS and GCE. They only change if you start using containers in a container environment; something possible in AWS and GCE.
Re:A story about a Kubernetes migration by halbritt on Tuesday October 02, 2018 @04:05PM (#18125222)
The distinction is between traditional config management and instances vs. Kubernetes. I could've seen similar benefits running k8s in AWS. I simply chose GKE because it's superior to other offerings.

There are other things to like about GCP vs. AWS, but that's a bit tangential.