Live data from Hacker News

Google Intrusion Detection Problems

fredtrotter.com

21–30 of 145 posts

Re: Google Intrusion Detection Problems

#21

Earlier quoted context omitted.

Is Amazon or Azure or Heroku really any different? I've had similar problems in the past with Amazon shutting down services and providing little to no support to get it remediated. Even after paying for technical support, it was impossible to recover (in our case, it was a billing issue that was entirely Amazon's fault). My general recommendations are: - be sure you have fully scripted your deployment process, - be s…

> Is Amazon or Azure or Heroku really any different? Nope, and thats why I don't use them. There are situations where they make sense, but people should be much more skeptical about them. I don't have stats, but IME I've yet to see a company that actually saves money by using them. I've seen one company that did save money the first year, but got too addicted to "just spinning another instance up" and stopped optimiz…

I worked on a project that costs about $5k/month to self-host. After moving it to AWS, it was about $2k/month. So $36k/year savings in hosting costs. In our case outgoing bandwidth at AWS was about 10x cheaper than what our ISP offered.

Having spent years help running a physical hosting company, working with virtualized servers saves LOTS of time. I still find it amazing and much, much cheaper in staff-hours to reboot a cluster and have it come back up on 2x larger hardware when a project grows.

Re: Google Intrusion Detection Problems

#22
My name is Terrance and I work on Google's Cloud Support Team. Our team mission is to Reduce Customer Anxiety. We take that very seriously, and Fred's experience obviously shows that we fell short this time. The process should have been an easy flow to follow, and it was not. We are reviewing this incident in detail to ensure that we make the process less error prone and quicker in the future.

Best, Terrance

Re: Google Intrusion Detection Problems

#24

Earlier quoted context omitted.

> Is Amazon or Azure or Heroku really any different? Nope, and thats why I don't use them. There are situations where they make sense, but people should be much more skeptical about them. I don't have stats, but IME I've yet to see a company that actually saves money by using them. I've seen one company that did save money the first year, but got too addicted to "just spinning another instance up" and stopped optimiz…

I worked on a project that costs about $5k/month to self-host. After moving it to AWS, it was about $2k/month. So $36k/year savings in hosting costs. In our case outgoing bandwidth at AWS was about 10x cheaper than what our ISP offered. Having spent years help running a physical hosting company, working with virtualized servers saves LOTS of time. I still find it amazing and much, much cheaper in staff-hours to reboo…

Right, I'm not saying hosted solutions are never the answer, they are just less often the answer than people seem to think. Too many people buy into the cloud-hype, and never look at the numbers until it's too late.

And that doesn't even touch the trust you have to have in your provider.

And I love virtual more than physical. But I set up my own virtual server and run them myself.

Re: Google Intrusion Detection Problems

#25
post #5

The Nth story about that guy who runs a business depending on Google services and suddenly starts telling everyone else they shouldn't run their business on Google services because Google services flagged them and they realized it was a bad idea to run a business based on Google services...

Yup. This is note even a remotely surprising story. If you're building your business on Google, you're building your business to be arbitrarily shut down. You should not operate any business critical service or store any business critical data on any Google product or service. If anything, this is one of the more generous stories, because Google gave them a day or two of notice first. Usually you just find your Googl…

building services on Google Cloud that could also be ported to AWS or Azure or Docker or private servers is incredibly easy.

Google Cloud in many cases is nearly free, or very cheap... use them while you can, flip the switch and tell the world if they screw you over.

using Google App Engine, Cloud SQL, and the built in Memcache services costs a few dollars a month. using AWS Elastic Beanstalk with RDS and ElastiCache can cost upwards of $40/month. Both of these services are meant to scale, and the costs scale as well.

If you're building your business spending more money than you need to, you're building your business to arbitrarily go bankrupt.

Re: Google Intrusion Detection Problems

#26

My name is Terrance and I work on Google's Cloud Support Team. Our team mission is to Reduce Customer Anxiety. We take that very seriously, and Fred's experience obviously shows that we fell short this time. The process should have been an easy flow to follow, and it was not. We are reviewing this incident in detail to ensure that we make the process less error prone and quicker in the future. Best, Terrance

Google Cloud publishes a Root Cause analysis after technical incidents. I wonder if this non-technical incident is worthy of a root cause analysis. As a potential customer, I know I'd feel more comfortable seeing this organizational "bug" fixed.

Re: Google Intrusion Detection Problems

#27

I don't understand why people are ever surprised about Google offering substandard support for really anything. Time and time again Google products prove to make the happy path happier, but as soon as anything should go wrong, you're on your own with no explanation, and no support. Additionally, and as an aside to the core issue here, I've found the recent Google Cloud UI updates to be a real pain. When I last used t…

Well, if it's something like YouTube you can kind of "forgive" their awful customer service in exchange for the free hosting and search features. It's a heck of a lot less forgivable for a product you pay actual money to use. The support page telling you to use a widget that doesn't exist is really going above and beyond in the realm of user-hostility.

There should be integration tests for documentation. Maybe some machine learning could be applied to that? Maybe I should set that up on some cloud service. Let me check the documentation for how to do that...

Re: Google Intrusion Detection Problems

#28

My name is Terrance and I work on Google's Cloud Support Team. Our team mission is to Reduce Customer Anxiety. We take that very seriously, and Fred's experience obviously shows that we fell short this time. The process should have been an easy flow to follow, and it was not. We are reviewing this incident in detail to ensure that we make the process less error prone and quicker in the future. Best, Terrance

Personally I really value comments like this and therefore feel the need to point out that the statement "Our team mission is to Reduce Customer Anxiety." seems like a bullet point for a status meeting and likely does not convey the desired effect of such a post: to have a somewhat personal response from a normally faceless company.

Re: Google Intrusion Detection Problems

#29
post #27

Earlier quoted context omitted.

Well, if it's something like YouTube you can kind of "forgive" their awful customer service in exchange for the free hosting and search features. It's a heck of a lot less forgivable for a product you pay actual money to use. The support page telling you to use a widget that doesn't exist is really going above and beyond in the realm of user-hostility.

There should be integration tests for documentation. Maybe some machine learning could be applied to that? Maybe I should set that up on some cloud service. Let me check the documentation for how to do that...

That's biting off way too much. You have to realize the scope of the actual problem "making humans understand something they previously do not understand". If you can do that you might as well apply it to fixing education instead.

Re: Google Intrusion Detection Problems

#30

My name is Terrance and I work on Google's Cloud Support Team. Our team mission is to Reduce Customer Anxiety. We take that very seriously, and Fred's experience obviously shows that we fell short this time. The process should have been an easy flow to follow, and it was not. We are reviewing this incident in detail to ensure that we make the process less error prone and quicker in the future. Best, Terrance

As I was reading I thought this was one of those pawn shop copypastas.
Post reply on HN