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

DigitalOcean App Platform

pages.news.digitalocean.com

Post reply on HN
Print view View original

301–310 of 357 posts

Re: DigitalOcean App Platform

#301

Post by ngcc_hk »

fauigerzigerk wrote: post #285
manigandham wrote: post #271

Earlier quoted context omitted.

Hard spend limits are not an easy problem with cloud. There are too many things that incur costs. Everytime this comes up, I ask the same question: what do you expect to happen when the quota is hit? Shutdown your servers? Wipe your SSDs and storage buckets? Remove your DNS records? Should it be permanent? If not then they're just subsidizing the costs. If it's soft-limit then its just a warning, and if you just want…

I want all services to be rate limited. What I don't want is for some runaway process (whatever the cause) to bankrupt me before I can respond to any alerts (i.e within hours). In other words, I don't necessarily need to set a hard spending limit, but I want to set a hard spending growth limit (allowing for short bursts), either directly in monetary terms or indirectly through rate limits on individual services.

I avoid those for the sane reason. I do not mind to pay for a few dollars for side projects. But not unlimited bill.

Re: DigitalOcean App Platform

#302

Post by vdfs »

simonw wrote: post #250

I tried this out today and figured out how to run a custom Python application there. You only need two files in a GitHub repo for that: a requirements.txt listing your dependencies and a Procfile that starts a process listening on port $PORT and IP 0.0.0.0. My Procfile looks like this: web: datasette . -h 0.0.0.0 -p $PORT Full notes here: https://til.simonwillison.net/til/til/digitalocean_datasette...

This is built on top of Heroku runtime, more info on Procfile here: https://devcenter.heroku.com/articles/procfile

Also, note that you shouldn't use SQLite, at least with heroku, because apps should be stateless https://12factor.net/processes

Re: DigitalOcean App Platform

#303

Post by sneak »

user5994461 wrote: post #75

I am so glad to see this. I was looking to deploy an app and the choice is either Heroku or manage your own server which I don't want to do. Heroku gives instant deployment for the most common types of apps (python/java/ruby). It's PaaS done right, it's fantastic. You should really have a look if you're not aware of it, it's only $7 for a starter app. Problem is, scaling up is about $50 per gigabyte of memory which m…

You shouldn’t trust Digital Ocean, either. They’ve a history of being shady liars about platform security.

https://github.com/fog/fog/issues/2525

https://news.ycombinator.com/item?id=6983097

Re: DigitalOcean App Platform

#304

Post by desmap »

Why are people upvoting this? Serious question.

An easy and proprietary deploy layer isn't anything new. Docker makes it already quite easy to deploy anything, either to a single machine with docker-compose or k8s for multiple nodes. Former isn't much harder than any "app platform", is enough for most, you aren't vendor-locked-in and hosting costs are at the lowest since it's bare-metal. You want something easier? There are already gazillions other (proprietary) options.

Maybe I missed something but I don't get what makes DO any special here.

Re: DigitalOcean App Platform

#305

Post by imtringued »

Larrikin wrote: post #251
emilsedgh wrote: post #195

Earlier quoted context omitted.

This is spot on, except for one thing: Google Cloud Run. It's the closest offering I've found to Heroku and am planning to migrate all our services to it due to significantly better pricing. Make sure you look into it.

The Google part of the name means that the service could be shut down at moment's notice if it isn't providing millions of dollars in revenue and even then it's a toss up if the people in charge get bored of it.

Google is unique in that it somehow lets employees start random projects under the google brand. If they had a separate brand for these experimental projects they would have avoided a lot of headaches.

Google Cloud isn't someone's side project though so the risk is much lower. You're right that services can be shut down at moment's notice but that applies to any service of any kind. Unless you host with multiple cloud providers at the same time you cannot avoid that risk.

Re: DigitalOcean App Platform

#306

Post by brylie »

bastawhiz wrote: post #166
avolcano wrote: post #89

Is it just me, or is $15/mo for the cheapest Postgres-with-backups a bit steep? Heroku's free DBs (or $9/mo basic plan) support daily backups. I've currently got a web app I'm just self-hosting on a DO VPS for $5/month. I have a Postgres DB on the same VPS (via a Docker image), with a 10-line shell script & cron job for backups to Backblaze B2 (which costs ~nothing/month for my tiny DB). Additionally, my web app is a…

In my experience, the Heroku $9/mo plan isn't usable for anything production-ready. I had to upgrade to the next tier when I crossed about 100 active users. For $9/mo, you're also getting a pretty prohibitive row limit and a really low connection limit. DO's $7/mo dev database is more in line with Heroku's dev offering.

From what I can tell, the cheapest managed database on DigitalOcean is $15/month, as was mentioned previously in this thread.

https://www.digitalocean.com/pricing/#managed-databases

Re: DigitalOcean App Platform

#307

Post by imtringued »

manigandham wrote: post #271
donmcronald wrote: post #161

Earlier quoted context omitted.

No. I don't think so. The concern for me is a lack of hard limit on spending on GCP, Azure, and AWS. If I screw up and allocate a bunch of resources unintentionally, I'm left holding the bill. That's a terrible setup for PaaS because all programming involves mistakes eventually, especially for new users learning the system. Granted, there are likely limits on accounts, but those are to protect the services from fraud…

Hard spend limits are not an easy problem with cloud. There are too many things that incur costs. Everytime this comes up, I ask the same question: what do you expect to happen when the quota is hit? Shutdown your servers? Wipe your SSDs and storage buckets? Remove your DNS records? Should it be permanent? If not then they're just subsidizing the costs. If it's soft-limit then its just a warning, and if you just want…

>Shutdown your servers? Wipe your SSDs and storage buckets? Remove your DNS records? Should it be permanent? If not then they're just subsidizing the costs. If it's soft-limit then its just a warning, and if you just want a warning then billing alarms already exist in every cloud.

You know. When I hit the storage limit of my SSD it doesn't wipe my data. It just ceases to store more data. When I rent a server for a fixed price and my service is under a DDOS attack then it will simply cease to work for the duration of the attack. If there is a variable service like lamba that charges per execution then lambda can simply cease to run my jobs.

You can neatly separate time based and usage based charges and set a limit for them separately. It doesn't even need to be a monetary limit, it could be a resource based limit. Every service would be limited to 0GB storage, 0GB RAM, 0 nodes, 0 queries, 0 api calls by default and you set the limit to whatever you want. AWS or Google Cloud could then calculate the maximum possible bill for the limits you have chosen. People will can then set their limits so that a surprise bill won't be significantly above their usual bill.

Your comment is lazy and not very creative. You're just throwing your hands up and pretending there is no other way even though cloud providers have created this situation for their own benefit.

Re: DigitalOcean App Platform

#308

Post by mcintyre1994 »

nojvek wrote: post #275
dvcrn wrote: post #273

Earlier quoted context omitted.

Why not take the initial complexity cost and learn k8s and containerization? That's what I've been doing as a step-up from Heroku and have been very happy with it. My project currently runs on Digitalocean managed k8s and setting it up really wasn't hard. I had everything already in containers for dev/prod anyway, and having those run on k8s just meant I had to write the deployment manifests that pull the containers…

I’m waiting for digital ocean to have something like google cloud run. Google cloud run is essentially here is a docker image that listens on the $PORT env variable. Spin it up when you get requests. It will handle X queries per second (you can set limit). If more than X, scale it up to this many replicas. I pay about 10 cents for my site. Zero maintenance. I push code to GitHub, GitHub builds an image, pushes to GCR…

What sort of cold start time do you get with that out of interest?

Re: DigitalOcean App Platform

#309

Post by taytus »

So this is something that in theory would compete with Laravel Forge but more expensive?

I have more than 30 sites with Digital Ocean and I manage them via Forge. Total I pay is about $100/month including the droplet.

I would have to pay $150/month ONLY for the apps without including the droplet if I use this system?

Am I missing something?

Re: DigitalOcean App Platform

#310

Post by afroboy »

Sodman wrote: post #98
avolcano wrote: post #89

Is it just me, or is $15/mo for the cheapest Postgres-with-backups a bit steep? Heroku's free DBs (or $9/mo basic plan) support daily backups. I've currently got a web app I'm just self-hosting on a DO VPS for $5/month. I have a Postgres DB on the same VPS (via a Docker image), with a 10-line shell script & cron job for backups to Backblaze B2 (which costs ~nothing/month for my tiny DB). Additionally, my web app is a…

This sounds a bit like the "Why pay for dropbox when rsync is free?" argument. Sure you can do all of that yourself, but for just $10 / mo (5->15) you don't have to worry about it. That's really what they're selling. $120 / year for peace of mind that your production DB is backed up is well worth it for a lot of people, especially if the alternative is potentially a bug in a homegrown shell script which could silentl…

Didn't know rsync has free cloud storage.
Post reply on HN