1. 24
  1. 14

    My company has been running on GCP for the past 18 months and our experience has been pretty much exactly as described. I would move “getting booted by the algorithm” into the Ugly section – we’ve been booted twice, both clearly due to account management bugs on Google’s side. It’s absolute nonsense that Google doesn’t take this issue more seriously, given how much bad press it’s generated for them, and how materially impactful it is for customers trying to run a business. Try getting good sleep at night again after this happens to you.

    Also agree that Stackdriver is lackluster along every possible dimension (feature set, reliability, pricing) and totally unusable. If you’re using GCP you must use something else. Datadog has a nice integration that we’ve gotten along well with.

    The crazy thing about GCP is that some of the cloud products are so awesome that they make you think twice before leaving the platform. The article doesn’t really mention BigQuery, which is basically a silver bullet for our run-of-the-mill data processing needs. Our experience using GKE has also been amazing – it’s made us super productive, to the point that we’ve not needed to hire as much as we expected in infrastructure/devops roles.

    1. 12

      a harrowing tale from a GCP customer who had their entire project shut down by Google’s fraud protection system, with full deletion scheduled for 3 business days later

      This is where the advantage of small hosting companies is. With prgmr, I’m dealing with a few friendly sysadmins who email me about my OS freezing, instead of a Corporate Monster with Automatic Fraud Detection (will probably be marketed as AI™ soon) that Deletes My Account.

      1. 2

        Just use several providers or with several accounts, to be sure that you’re fine. If you’ve been using the rights tools and workflow, this would be totally feasible to achieve and probably a good guarantee.

        1. 4

          Are you sure the use of “just” is justified with a suggestion to use multiple providers? Surely the complexity and cost would be significantly different? I’m puzzled.

          1. 2

            I guess it all depends of your size and your needs. Although, I do apologies for the “just”, it’s not helping anyone. What I meant is that for many usecases, using tools like terraform,ansible,docker (with all the hype around), can help a lot to be compatible with multiple providers. For example using terraform to setup vms,storage and networks on aws/gcloud/azure (or even on vmware), which is an initial cost to work on, but then would save a lot of time when scaling or just for disaster recovery. The output of terraform can be used by ansible to deploy on the machines.

            I know there are issues with some providers, but the low cost and the flexibility is also a great advantage.

            1. 1

              Thanks for elaborating, that makes sense.

        2. 1

          This is exactly why I still use Rimu - if I need to, I can contact the owner of the company, and the rest of the time there are actual people available to provide extra assistance/Info if required.

        3. 4

          Whoa, AWS will reboot your VM just because they’re doing maintenance on the host? What year is it?

          1. 3

            No mention of app engine?

            1. 2

              Sorry, I should have mentioned that I only reviewed services I used. Due to load balancer upload limits on App Engine I wasn’t able to use App Engine as the application server so I didn’t look into it too deeply. It definitely looks good though.

              1. 4

                If you can make your use-case fit into AppEngine’s constrained data & runtime model then it is absolute nirvana. If you can’t then you’re stuck using something else.

            2. 3

              you will find that the old way is deprecated, but the new way that they recommend you use is still in beta or alpha

              This is broadly applicable to things both inside and outside of Google. It’s pretty normal for them. Fortunately things that are “deprecated” usually continue running for a long time and they are clear about future deadlines.