News for hackers. Stuff that matters.
Re:Spotify moves its back end to Google Cloud by liveoneggs on Tuesday February 23, 2016 @03:30PM (#11162063)
> infinitely auto-scalable platform where we don't have to do any devops or carry a pager

You never know what you don't measure and test

Re:Spotify moves its back end to Google Cloud by obulpathi on Tuesday February 23, 2016 @03:46PM (#11162181)
One of the big advantages of Google Cloud platform is "Scalability".

Load balancers: Scale to millions of users seamlessly. No warming up, no tickets, ...

PubSub: You can send the whole Internet 10 times in a day through it. Google does that every day

Big Query: Its equivalent to spinning up a 100+ node cluster in a matter of seconds and it can process data at speeds of GB's of data per sec, I heard couple of use cases where the user was able to process at ~ 50 GB/s

Kubernetes: 1000's of nodes running 100's of thousands of containers.

Can't beat that!

Re:Spotify moves its back end to Google Cloud by jdubs on Wednesday February 24, 2016 @12:22AM (#11164721)
Sounds expensive when no one is looking at how the magic works.
Re:Spotify moves its back end to Google Cloud by noahl on Tuesday February 23, 2016 @05:18PM (#11162817)
> You never know what you don't measure and test

Funny you should mention that. :) I work at Google on PerfKit Benchmarker (https://github.com/GoogleCloudPlatform/PerfKitBenchmarker). Not only can you measure and test GCP (and other clouds), but we're trying to make it very easy for you to do so!

(PKB doesn't have a benchmark for App Engine yet, though. Sorry.)

Re:Spotify moves its back end to Google Cloud by stickfigure on Tuesday February 23, 2016 @04:06PM (#11162335)
Speaking for latchkey here (I'm the other guy), we routinely run several-thousand-qps batch jobs. Scalability is not an issue.
Re:Spotify moves its back end to Google Cloud by latchkey on Tuesday February 23, 2016 @03:32PM (#11162078)
Are you implying that we don't measure and test? We do and I'm very happy with the results. =) StackDriver, Google Cloud console, Intercom, Mixpanel and Pingdom are all being used as well.
Re:Spotify moves its back end to Google Cloud by liveoneggs on Tuesday February 23, 2016 @04:43PM (#11162586)
If that's the case then you might actually be "doing devops". If pingdom is notifying you via sms then you may also be carrying a pager.
Re:Spotify moves its back end to Google Cloud by latchkey on Tuesday February 23, 2016 @04:52PM (#11162647)
Touché -- That said, we don't have pinggom tied to SMS, just email. =) Pingom is just an external tool for us to graph uptime from other parts of the world.

If we're down there is plenty of other alerting to notify us (mostly through Slack). That said, there isn't much we can do other than wait for Google to fix it.

It is part of the trade off that we have to consider, I'm paying Google for devops instead of paying a team to do it for me. If you've ever had to hire a 24/7 support/devops staff, it is a much easier hiring proposition to just rely on Google to do that for us.

Re:Spotify moves its back end to Google Cloud by toomuchtodo on Tuesday February 23, 2016 @05:30PM (#11162890)
> That said, there isn't much we can do other than wait for Google to fix it.

IE. "Cloud ops"

Re:Spotify moves its back end to Google Cloud by justinjlynn on Wednesday February 24, 2016 @02:48AM (#11165202)
Indeed, I do wish we'd stop with all of the verbal gymnastics and just say we're doing ops correctly. "We don't do ops" usually means "We don't find ops to be troublesome because we do it correctly". No group of people needs dedicated janitorial staff if everyone picks up and dusts occasionally. Of course, you know what this implies.