News for hackers. Stuff that matters.

A comment on Google Kubernetes Engine's third consecutive day of service disruption. Parent comment

Re:Google Kubernetes Engine's third consecutive day of servi... by owenmarshall on Sunday November 11, 2018 @06:15PM (#18429329)
> You could go multi cloud though.

Multi cloud is almost always more pain than gain. You’d spend time and effort abstracting away the value that a cloud provider brings in canned services.

Hell, multi region is often more than many workloads need.

[ Parent | on HN ]
Re:Google Kubernetes Engine's third consecutive day of servi... by halbritt on Sunday November 11, 2018 @10:41PM (#18430435)
My entire infrastructure is on k8s which should make multi-cloud easy...

Nope.

[ Parent | on HN ]
Re:Google Kubernetes Engine's third consecutive day of servi... by scarface74 on Monday November 12, 2018 @12:11PM (#18433865)
So you’re not using any managed services?
[ Parent | on HN ]
Re:Google Kubernetes Engine's third consecutive day of servi... by halbritt on Monday November 12, 2018 @12:31PM (#18434024)
Other than kubernetes and object storage, no.
[ Parent | on HN ]
Re:Google Kubernetes Engine's third consecutive day of servi... by eknkc on Monday November 12, 2018 @01:23PM (#18434471)
It could work then. We had the same setup. Also, we store everything on S3 but there is a lambda function that pushes new objects to Google Cloud storage too. We figured, storage is cheap so we can duplicate things and it will make moving to GCP a lot easier.

This was a while back though. Now we depend on a lot more AWS stuff.

[ Parent | on HN ]
Re:Google Kubernetes Engine's third consecutive day of servi... by halbritt on Monday November 12, 2018 @02:09PM (#18434795)
At one point, I was maintaining clusters in AWS, Azure, and GCP. It was a more work than I anticipated, for very little benefit.

Cluster administration and identity management are unique to each provider and fairly challenging to get right.

[ Parent | on HN ]