Live data from Hacker News

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

alexolivier.me

151–160 of 397 posts

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

#151
post #39

If very few people visit a side-project, that's probably bad for Google search. Its crawler will be detecting slow response times and Google can penalize you in search results.

What a complimentary business strategy :)

More like unintended consequences. Like many real world cases, each of the policies is a reasonable, sound and fair policy by their own right. But when you combine them they might seem designed with exploitive motives.

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

#152
post #124

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…

Cloud hosting is great for businesses, that's why I believe that every web developer should experiment with those services. It's not great for personal use for the reasons you've stated - the risk of your service going down due to it being viral is much easier to bear than the risk of having to pay outrageous amounts of money for those services in that event. If your hobby project goes down for a while nobody will re…

Years ago I ran a side project that went viral. It grew to 60k visitors a day and my monthly cloud expenses were around $1,500. I cannot fathom a scenario where you get a surprise $100k bill from a viral hit. Anytime my project went down due to scaling, it was painful. You don’t get many chances at going viral.

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

#153

Your liability is not capped anywhere. I better stick to 5$/mo DO for my side-projects.

From the article: > The service will create more and more instances of your application up to the limit you defined The docs confirm an instance maximum can be set and the price per instance can be less than $5/month.

[deleted]

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

#154
post #17

The thing I really want out of these services is the ability to set a payment cap. It’s probably never going to be an issue, but I have anxiety, and I can’t sleep easily knowing that if I fuck up, if someone sinister abuses my application or whatever I may be stuck with a giant bill.

A “cap” feature isn’t as easy to implement as you’d think. What happens when you hit the cap? Does it start shutting down instances? If yes, which ones and in what order? And don’t say “I don’t care” because you do care—you are allowing your provider to basically cause an outage in your service.

If you do allow some kind of ordered shutdown of service, what is the UX going to look like? What is the API going to look like?

Having a cap is not an easy feature to design or implement. And on a backlog, it is going to be a “multi quarter, low impact” item—meaning it will never get built.

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

#155

Might be a mindset thing but if my side project needed scale I would not think of it as a side project.

Probably a mindset thing. Side projects are lottery tickets in my mind. Implementation of an interesting idea hoping for the remote chance that it might get actual traction (and become more than a side project) - at that point it needs scale and it needs to scale fast while people are talking about it. If you take another week rearchitecting your backend while your site is down, you lost your chance. So you shouldn't probably expect huge traffic, but make it ready for the traffic or there is no point if it will fail the moment it starts to get traction.

My 3 side projects got reddit frontpaged (also here) and I got better at handling it. Fortunately I always had scale in mind (at peak got thousands of requests per second) but the first time was not a pleasant experience because I would have to pay more than I could if that kept going on. Fortunately I found a solution while keeping my site online and over the time the project paid me very handsomely. If I didn't plan ahead, those would be dead in the water.

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

#156
post #95

Earlier quoted context omitted.

It seems absolutely within amazon's technical ability to allow you to prepay for usage, and then evaluate your use on a per-hour basis. I have a side project that uses AWS at the moment, and while stuff like serverless RDS instances are really cool, it scares me that somehow amazon is going to have a bug which empties my checking account. I've read as much of the documentation as I can find and have done everything I…

Checkout privacy.com you can set merchant daily, monthly or yearly spending limits.

Google cloud doesn’t allow those cards.

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

#157

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 ?

Tensorflow serving, or whatever name Google cloud has given their managed version.

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

#158
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.

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

#160
post #17

The thing I really want out of these services is the ability to set a payment cap. It’s probably never going to be an issue, but I have anxiety, and I can’t sleep easily knowing that if I fuck up, if someone sinister abuses my application or whatever I may be stuck with a giant bill.

A “cap” feature isn’t as easy to implement as you’d think. What happens when you hit the cap? Does it start shutting down instances? If yes, which ones and in what order? And don’t say “I don’t care” because you do care—you are allowing your provider to basically cause an outage in your service. If you do allow some kind of ordered shutdown of service, what is the UX going to look like? What is the API going to look…

Why not allow people to set a cap that disables everything set to that billing method once it's been reached? That seems to be the use case that people are saying is missing from cloud offerings.
Post reply on HN