Hacker News Reader

Comment by outime | Hacker News Reader

While I agree their offering is quite good, I understand why enterprises do not want to invest on it. Some reasons that come to mind:

- Much less people with proper platform knowledge (not even talking about certified).

- Not much trust on deprecation policies (AWS keeps running very old and deprecated services virtually forever, there’s no guarantee GCloud would do the same given Google history).

- Not from personal experience but customer support is not top notch as with other providers from what I have read and heard.

In my opinion those three reasons alone are big flags for many corporations, which might prevent them from getting the big contracts.

Edit: formatting

View on HN

Re: deprecation, I deployed a personal project 7 years ago to AppEngine, and it has run continuously since then, costing me a few cents each month above what the free tier provides. Since then I've redeployed a few times with little bugfixes or features, and all the infrastructure changes together have required a few lines to be removed from config files, and that's it. It still runs exactly as designed, 7 years later. By far one of the best effort/reward ratios I've had on any platform. No OS upgrades, no package version conflicts, no downtime (that I've noticed), just deploy and forget.

That said, I'm not sure I'd use it for anything that might scale heavily with datastore writes. They get expensive very quickly if you can't cache and group the writes.

Google offers a one-year deprecation policy for a bunch of services, including AppEngine: https://developers.googleblog.com/2012/04/changes-to-depreca.... One year is not enough for many enterprise customers.

On top of this, there is the not-so-distant issue with the sudden price hike of Google Maps API, which made many companies struggle (in this case especially small ones).

That's because Google has not updated appengine classic in 7 years...

As an engineer working on App Engine, I can assure you that's not true.

We've been changing a lot of infrastructure, adding features, fixing bugs, all without users being affected.

I'm personally very excited about the Second Generation Runtimes, which have been worked on in parallel, and run the runtimes unmodified.

Hey sayhello, ... is it likely GAE-Std-Py3 will ever get ndb, memcache, etc like we had with GAE-Std-Py27?

For Enterprise that can be considered a good thing.

The maste/slave datastore deprecation burnt us. The migration couldn't be staged and when migrating the db locked up. The issue had to be fixed on googles end and caused us a bit of downtime.

The engineering resources to migrate was also a problem with the whole stack having needed to be updated.

What is "proper platform knowledge"? Certifications are generally far inferior to hiring actual good engineers, which in my experience Google does. Comparing AWS to Google, our Google support is way higher touch and they give us way more experienced people (actual engineers).

Most enterprises don't have a clue about computing though, so I can buy that they would prefer bling like certificates to getting a contact who is a real engineer.

OP probably means big corps can't hire GCP experts, whereas you can find "AWS experts", because there is a cert and folks with that on their CVs.

I think if some Microsoft, Amazon, and Google employees didn’t like my business for whatever reason and pressed their leadership to kick my company off their platform, Google would be far and away most likely to give in and close the account.

I think its really #4 - cloud is still a minor side bet for them, something investors are expecting them to try to work at but that the core company doesn't really care about. its kind of a bigger google X project. aws and azure are significant company bets from amazon/microsoft where they are staking their future, google cloud is not a bet on googles future.

Reply on news.ycombinator.com