Live data from Hacker News

DigitalOcean App Platform

pages.news.digitalocean.com

331–340 of 357 posts

Re: DigitalOcean App Platform

#331
post #286

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…

Not exactly cheap but run.pivotal.io (cloud foundry) and openshift online are both $25 GB/min which is a little more accessible. I'm not sure about Pivotal's online platform but PCF has some pretty simple autoscaling plugins that could spin down instances during low usage A lot of Fortune 500 companies have Cloud Foundry setups and it's built on some of the same tech as Heroku so it's fairly accessible

Unfortunately, Pivotal Web Services will be closing down: https://blog.run.pivotal.io/pivotal-web-services-end-of-avai...

Disclosure: I work for VMware via the Pivotal acquisition.

Re: DigitalOcean App Platform

#332
Free plan has 1 Gib/month egress => 1 Gib / 8 = 125 MB / 30 days = 15,6 MB / 86400 seconds = 0,0001808 MB/s

Basic plan has 40 Gib/month egress = 0,0001808 * 40 = 0,00723 MB/s

Professional plan has 100 Gib/month = 0,0001808 * 100 = 0,0018 MB/s

That's not much if you need to server some actual content. This is really just to run cheap workers that don't require much cpu/ram and networking. And even then it might be cheaper to just get a vps.

Re: DigitalOcean App Platform

#333
post #294

Earlier quoted context omitted.

Such a weird approach that seems repeated by many. Instead of building something general that works for most cases and is easier to implement, they focus on specialized cases of specific SCM platforms. If they started with support Git Remotes and then supporting specific platforms, they would have covered all use cases from the get-go, albeit with slightly poorer UX. But instead they chose to only support specific pl…

Git remotes is certainly not "easier to implement". You need to have ssh infrastructure setup to receive the repository, deal with key management, provide the user some way to input ssh keys, etc. Contrast that with GitHub web hooks + API and I can see why they didn't bother. I bet GitHub covers the vast majority of their target users.

Git supports a number of transfer protocols[0]. There's no requirement to support SSH in order to implement pulling from generic repos.

[0]: https://git-scm.com/book/en/v2/Git-on-the-Server-The-Protoco...

Re: DigitalOcean App Platform

#334
post #275

Earlier quoted context omitted.

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?

Even with no cron, it was I pay 10 cents a month to google. They have no shame charging me 3 cents on my credit card.

Re: DigitalOcean App Platform

#335

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…

serverless.com is perfect for this use case. Easy to setup, but can scale infinitely in the future. Here is an example: https://github.com/mikestaub/slack-lunch-club

Re: DigitalOcean App Platform

#336
post #300
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…

This is always great until there is a bug somewhere in the infr layer. Then having k8s is no longer such a good idea.

A non tech person could say the same about having an "app" at all.

Re: DigitalOcean App Platform

#337
post #294

Earlier quoted context omitted.

Such a weird approach that seems repeated by many. Instead of building something general that works for most cases and is easier to implement, they focus on specialized cases of specific SCM platforms. If they started with support Git Remotes and then supporting specific platforms, they would have covered all use cases from the get-go, albeit with slightly poorer UX. But instead they chose to only support specific pl…

Git remotes is certainly not "easier to implement". You need to have ssh infrastructure setup to receive the repository, deal with key management, provide the user some way to input ssh keys, etc. Contrast that with GitHub web hooks + API and I can see why they didn't bother. I bet GitHub covers the vast majority of their target users.

Yeah, but that’s how the 80%-rule of “good enough” entrenches the bigger actors, ejecting the otherwise perfectly fine alternatives. It’s the power law that makes the rich richer (and turning everything in a mess of managment-driven kludges.)

Re: DigitalOcean App Platform

#338
post #294

Earlier quoted context omitted.

Such a weird approach that seems repeated by many. Instead of building something general that works for most cases and is easier to implement, they focus on specialized cases of specific SCM platforms. If they started with support Git Remotes and then supporting specific platforms, they would have covered all use cases from the get-go, albeit with slightly poorer UX. But instead they chose to only support specific pl…

Git remotes is certainly not "easier to implement". You need to have ssh infrastructure setup to receive the repository, deal with key management, provide the user some way to input ssh keys, etc. Contrast that with GitHub web hooks + API and I can see why they didn't bother. I bet GitHub covers the vast majority of their target users.

You really don't need all of that just to support pulling a Git repository, private or otherwise. Adding async nature to a technical problem (webhooks + API as you suggest) immediately makes a otherwise sync problem way harder and error prone.

> I bet GitHub covers the vast majority of their target users.

Sure, but if they added Git, they would reach everyone using GitHub + everyone else who is using Git.

With powerful primitives you can build powerful abstractions, Git is one of the examples of this. But if you instead focus on a single-use case (using GitHub), adding the rest becomes a lot harder, than if you started with the basics. Something 90% of product people in SF seems to have forgotten lately (or never learned?)

Re: DigitalOcean App Platform

#339
post #190

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…

The digital ocean volume pricing of $1/10GB per month seems very steep... I can literally buy fresh SSDs every month for that money. The container pricing is reasonable though.

This is the approximately going rate for all the major cloud providers (links [0]). Sure, you could buy your own SSDs, but how are you going to connect them to the VMs? I suppose this might be where their profit is, especially because these are logical volumes anyway. But it's not like you can just go out and beat this price at home with minimal effort.

[0] Amazon ($0.1/GB): https://aws.amazon.com/ebs/pricing/

Azure ($0.075/GB): https://azure.microsoft.com/en-us/pricing/details/managed-di...

Google ($0.17/GB): https://cloud.google.com/persistent-disk/#section-7

edit: formatting

Re: DigitalOcean App Platform

#340
post #243
post #46

Earlier quoted context omitted.

Well DigitalOcean usually have pretty amazing docs, which was something I found lacking with caprover. DO documentation feels like it was written for humans instead of.. I dunno caprover just feels too technically written. It activates the CBA "I'll find something easier to use" feeling Or yes, use their one click droplet and be using DO anyway except you manage the server if it breaks. Also auto scaling? That's on y…

I don't see DO mentioning auto scaling in their docs, links?

It's from this comment thread. Upcoming rather than available

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

Post reply on HN