Hacker News Board Hacker News, browsed like a classic message board
Live data from Hacker News

Deploy your side-projects at scale for basically nothing – Google Cloud Run

alexolivier.me

Post reply on HN
Print view View original

301–310 of 397 posts

Re: Deploy your side-projects at scale for basically nothing – Google Cloud Run

#301

Post by tylerl »

domador wrote: post #269
rexf wrote: post #254

Earlier quoted context omitted.

> since I don’t want to risk having my entire google account locked due to “suspicious activity”, whatever that might mean. Agreed. I often second guess my usage of various Google apps and services since I don't want to trigger some process that I would have no way of ever knowing. The recent case of someone getting banned from using Apple Pay comes to mind ( https://news.ycombinator.com/item?id=20841586 )

Sounds like self-censorship in dystopia full of secret laws. I'm glad Google isn't running a country.

Sounds a lot more like abuse detection signals firing based on Apple Pay using virtual card numbers.

Apple says that their virtual card numbers protect your privacy because they're untraceable. Ok, but that also means that your using Apple pay is mostly indistinguishable from credit card fraud.

But, you ask, does Google really have to worry that much about fraud? Do people really phish known-good Google accounts, add a stolen card, and then buy a whole bunch of ads?

Well.... yeah. That's actually one of the primary uses for stolen credit cards.

Re: Deploy your side-projects at scale for basically nothing – Google Cloud Run

#302

Post by gnopgnip »

Can_Not wrote: post #286
franciscop wrote: post #199

Earlier quoted context omitted.

I'm not in the US, and would not dream of going there without health insurance.

Happens even with insurance.

The max out of pocket is about $8k under the ACA. That is a lot of money for a lot of people, but it isn't nearly $100k

Re: Deploy your side-projects at scale for basically nothing – Google Cloud Run

#303

Post by franga2000 »

chrischen wrote: post #277
Polylactic_acid wrote: post #268

Earlier quoted context omitted.

I used to use google docs until they randomly locked one of the docs I was working on for a week due to one of their "suspicious activity" scripts. Really hammered in the message that if you don't host it then you don't own it.

I think the issue is you aren’t paying for it, so you don’t own it. Paid hosted services cannot pull this crap.

Paid G suite can and does pull this crap. There was a comment on HN a year-ish ago, when someone's entire ~100 person company (almost?) went out of business because Google flagged the personal Gmail of the domain admin, this "spread" to their company email, Google closed it and losing the admin account made the entire domain get deleted. Not "blocked" or "pending review" - deleted! IIRC even pulling personal favors at Google couldn't save them.

Re: Deploy your side-projects at scale for basically nothing – Google Cloud Run

#304

Post by rocho »

ParanoidShroom wrote: post #70
minimaxir wrote: post #38

I've been using Cloud Run for my GPT-2 text generation apps ( https://github.com/minimaxir/gpt-2-cloud-run ) in order to survive random burst, and also for small Twitter bots ( https://github.com/minimaxir/twitter-cloud-run/tree/master/h... ) which can be invoked via Cloud Scheduler to utilize the efficiency benefits. It has been successful in those tasks. The only complaint I have with Cloud Run now (after many usab…

I'm currently serving an api that uses a 500mb resnet v2 model. The bootup takes to long, so now I have a single instance that can't handle any peaks and costs too much. Doesn't your model take to long to spin up before being able to serve a request ?

You can run it on GKE with autoscaling.

Re: Deploy your side-projects at scale for basically nothing – Google Cloud Run

#305

Post by Aeolun »

unexaminedlife wrote: post #184
franciscop wrote: post #105

I have used it for work-related reasons and indeed the service is quite nice. But I don't use Google Cloud Run for personal projects for two reasons: - No way of limiting the expenses AFAIK. I don't want the possibility of having a huge bill on my name that I cannot pay. This unfortunately applies to other clouds. - The risk of being locked out. For many, many reasons (including the above), you can get locked out of…

I just did some math on their calculator: https://cloud.google.com/products/calculator/ I think some folks may be overestimating their ability to put a dent in Google's infrastructure. 1 CPU 2GB memory 80 concurrent requests per container instance 1000ms execution time per request 5kb outbound network bandwidth per request 100 million requests per month $120.19 per month What if we bump it up to 100kb per request? In…

Just loading the Javascript for a basic React app is way over 100kb though.

Re: Deploy your side-projects at scale for basically nothing – Google Cloud Run

#306

Post by dragonwriter »

alasdair_ wrote: post #142

I wont use this for the simple reason that I bought into the Google Appengine stack in the past and it really bit me for several reasons: They force-upgraded the java version. The problem was their their own libraries didn’t work with the new version and we had to rewrite a ton of code. It ended up being insanely expensive at scale. We were totally locked-in to their system and the way it did things. This would be fi…

> you can’t switch to an alternative appengine provider.

Well, there's an open-source API-clone of appengine...

https://github.com/AppScale/appscale

Re: Deploy your side-projects at scale for basically nothing – Google Cloud Run

#307

Post by icemelt8 »

acvny wrote: post #234

Can't you see this article is a paid advertisement for Google Cloud? Just like those 1 hour long videos on youtube - where they show how pilots fly an airplane of a specific company and how well is al organized or a 1 hour long video of a german car factory. Just reading this line makes you suspicious: "I have built hundreds of side projects over the years " really? Hundreds? And then below: "I am yet to have a side…

That is a sad comment, I learnt a lot from OPs article.

Re: Deploy your side-projects at scale for basically nothing – Google Cloud Run

#308

Post by LogicX »

Havoc wrote: post #51

Interesting. I've been looking looking at options too & opted for essentially the opposite: Get a big(ish) VPS and stack everything on top of each other with docker behind a nginx reverse proxy. So far so good. Managed to host gitlab, prometheus, grafana and ghost working this weekend, which I'm pretty chuffed about. Not as clean as OP's, but the intention was learning, so sacrifices on convenience are acceptable.

This is the advice I give early stage startups... don’t waste cycles learning the AWS stack, and getting locked in. Just pay for a cheap VPS, and scale it vertically as you grow. By the time you outgrow vertical scaling you should have the revenue or funding to figure out your at scale architecture.

You’d be surprised how much you can handle with a single beefy VPS or dedicated.

Re: Deploy your side-projects at scale for basically nothing – Google Cloud Run

#309

Post by cocoflunchy »

We evaluated using it at work to replace App Engine Flex and unfortunately it was not ready for our use case: 1. There is no liveness/readiness check nor a way to move the traffic between versions, so you'll have downtime at every deployment 2. The only way to rollback to a previous version is to redeploy, no support from the web interface 3. There is no way to SSH to an instance (not so important) 4. You can't connect to Google Cloud MemoryStore (hosted redis)

Scale to zero + instant deploys would make cloud run a great candidate for staging environments deployed on every pull request but it's not quite there yet.

Re: Deploy your side-projects at scale for basically nothing – Google Cloud Run

#310

Post by LogicX »

jhgaylor wrote: post #158
duxup wrote: post #138

As a noob I have a question as to what advantages I have using docker compared to just a service like Heroku where I just push the application to them... and I don't bother with docker? To me with my limited understanding this seems like just another step. Now granted when it comes to work, I'm using docker with specifics that I know why I would want / can specify with docker ... but for personal projects this ever c…

The first thing that comes to my mind is lock-in. if you push the application to Heroku and "it just works" then when you need to deploy it somewhere else you still have that hurdle to cross. Heroku's pricing adds up quickly.

... or you just deploy it on any VPS or bare metal with dokku installed: http://dokku.viewdocs.io/dokku/
Post reply on HN