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

41–50 of 357 posts

Re: DigitalOcean App Platform

#41

Post by mrkurt »

onion2k wrote: post #37
phildougherty wrote: post #32

Earlier quoted context omitted.

Sorry, I think I misunderstood what you were saying there. Could you clarify a bit more about what kind of functionality you'd prefer we support in the scenario you described? A large influx of traffic hits your application while you are unavailable to handle it. If you do not have autoscaling enabled, your application performance could suffer, if you do have it enabled your bill could grow out of bounds. We do plan…

We do plan to let you set min and max bounds for autoscaling once it is implemented. This is exactly the sort of thing I'm talking about, but for money rather than computing resources or bandwidth. I'd like a feature that where the requirement is effectively "Fall back to a serving sorry-I'm-poor.html instead of the app if the total monthly bill has exceeded $xxx". For a side project I'm more interested in not paying…

For what it's worth, we (Fly.io) have this feature, and announced it as part of our launch post on HN. But literally no one has asked us to enable it on their apps. So we never made it self service.

I think for most companies, it's better to set the expectation that the service costs money, bursts will cost more money, and then forgive outlier charges once or twice. It's tremendously difficult to compete against the AWS's of the world, putting work into features specifically to minimize how much people spend seems like a good way to fail a company.

Re: DigitalOcean App Platform

#42

Post by robjan »

devxpy wrote: post #35

So if I understand correctly, DigitalOcean just built an inferior version of caprover? (for which a digital ocean one-click droplet exists BTW) Caprover is essentially a really nice GUI for docker swarm, Let's encrypt and nginx. https://caprover.com/

Their value add is that it's a managed service

Re: DigitalOcean App Platform

#44

Post by ramon »

I don't know why they make this scaling stuff so expensive, I understand we get technology but I mean no-one is actually going to get to that point from start. I was looking into Google App-engine it's so ridiculously expensive I was like hey it's cheaper for me to do my own clustering technology than anything else or maybe just buy a good server and host it myself.

Re: DigitalOcean App Platform

#45

Post by dkersten »

I just tried it out with a Jekyll site I have running on Cloudflare Worker Sites. It detected everything and is deploying but one thing I noticed is that deployment is kinda slow. My GitHub Actions pipeline to build the Jekyll site and deploy to Cloudflare takes less than 2 minutes (latest run took 1m 43s). DigitalOcean took 6 minutes in comparison. Sure, its not crazy, but 3x the time still seems excessive.

It seems the bulk of the time was from installing ruby gems for Jekyll. Maybe GitHub Actions mirrors them or something so it can run faster?

Besides that, it works great. Actual live performance seems as snappy as one would expect from a static site and setting it up was almost one click. I'll definitely be looking into this in more detail.

First impressions are good and I may well migrate over for static site and API server (API server is currently running on a droplet as a single docker container, so seems like a nice way to lower the effort I have to put in). Everything else is running on AWS for.. reasons.. so this looks like a nice way to simplify my non-AWS stuff. I'll be experimenting with it over the coming days! The bandwidth limits are the biggest concern.

Re: DigitalOcean App Platform

#46

Post by corobo »

devxpy wrote: post #35

So if I understand correctly, DigitalOcean just built an inferior version of caprover? (for which a digital ocean one-click droplet exists BTW) Caprover is essentially a really nice GUI for docker swarm, Let's encrypt and nginx. https://caprover.com/

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 you

Re: DigitalOcean App Platform

#47

Post by Existenceblinks »

phildougherty wrote: post #7
bizzleDawg wrote: post #5

I'd be interested to know if this is integrated and rebranded nanobox [0]? Or something completely from scratch? [0]: https://nanobox.io/

We certainly took a lot of inspiration and leaned on the awesome experience of the nanobox team, but this is largely a completely different architecture.

Wasn't the Appsail nanobox? IIRC, it was planed to be DO's PaaS, so it's cancelled and then DO's PaaS is based on k8s instead?

Re: DigitalOcean App Platform

#48

Post by ramon »

Azure Static Web App is free and no limits compared to this offer, I can also scale Web Apps in Azure, not sure why I would choose the digital ocean option. Competition is good for us at least :).

Re: DigitalOcean App Platform

#49

Post by [deleted] »

ramon wrote: post #44

I don't know why they make this scaling stuff so expensive, I understand we get technology but I mean no-one is actually going to get to that point from start. I was looking into Google App-engine it's so ridiculously expensive I was like hey it's cheaper for me to do my own clustering technology than anything else or maybe just buy a good server and host it myself.

[deleted]

Re: DigitalOcean App Platform

#50

Post by dubcanada »

Existenceblinks wrote: post #47
phildougherty wrote: post #7

Earlier quoted context omitted.

We certainly took a lot of inspiration and leaned on the awesome experience of the nanobox team, but this is largely a completely different architecture.

Wasn't the Appsail nanobox? IIRC, it was planed to be DO's PaaS, so it's cancelled and then DO's PaaS is based on k8s instead?

Appsail was nanobox from what I saw, they redid it between appsail and "apps".
Post reply on HN