Live data from Hacker News

DigitalOcean App Platform

pages.news.digitalocean.com

251–260 of 357 posts

Re: DigitalOcean App Platform

#251

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…

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.

Re: DigitalOcean App Platform

#252
post #172

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…

There are more options than Heroku: - Google App Engine (PaaS) - Google Cloud Run (serverless containers) - Fly.io (serverless containers with a minimum of 1 container running per configured region)

Add to that Cloud 66 as well

Re: DigitalOcean App Platform

#253

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.

What Google Cloud product has been shutdown prematurely? You still mad about the Google RSS reader?

Re: DigitalOcean App Platform

#254

Earlier quoted context omitted.

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.

What Google Cloud product has been shutdown prematurely? You still mad about the Google RSS reader?

Google seemingly kills more products than they run and I wouldn't rely on them for any aspect of my business, based on this, and their historically awful CS.

The petty snipe is not necessary or appreciated.

Re: DigitalOcean App Platform

#255

Earlier quoted context omitted.

It's probably worth looking into the big cloud providers rather than the little guys. In Azure you can have an app service (a deployed app in any one of loads of languages without looking after the machine it sits on) with 1.75GB RAM for about $12 a month. Obviously your usage may vary and that will effect the price. But I get the feeling that the big players are cheaper than people think they are for small projects.

The big players have separate charges for bandwidth and disk and other hidden stuff. They are way more expensive than Digital Ocean / OVH all inclusive. Worse, the costs is unpredictable which makes them a no go for a side project, I can't risk accidentally getting a $1000 bill. As a real world example, I run a personal blog. If it were running on S3, my personal finance would have been obliterated when it got featur…

Would cost ~$80 with cloudfront.

Re: DigitalOcean App Platform

#256
$5 a month for the cheapest option?

I mean, the cheapest Droplet is $5 a month with 1GB of Memory, 1 vCPU, 1TB transfer and 25GB storage. While the same tier of App Platform only gives you 512MiB of Memory and 40GiB Outbound transfer, plus you have to pay extra for the storage/db.

Why the price varied this much? Kubernetes was that expensive?

Re: DigitalOcean App Platform

#257
Seems like someone from DigitalOcean is reading and responding to comments here. I won’t touch or recommend DigitalOcean to anyone unless it employs some humans to address and respond to queries instead of sending the same automated replies. The very first time I created an account, it charged my card for verification and then blocked my account (the charge was also immediately reversed) since its systems believed this was fraud. There was no way to get to a human, get any additional verification done and get my account reinstated. All I got was a string of automated replies with the same text. I decided then that this is not a company to rely on.

I don’t mind fraud protection measures, and am willing to provide additional verification based on what’s asked for and relevance. But there’s no such process with this company.

Later I see large scale layoffs in DigitalOcean, and I don’t think the situation could get any better.

I know the same kind of lack of customer service could be said of Google and certain other companies too. But DigitalOcean made my very first experience a bitter one and to advocate against it.

Re: DigitalOcean App Platform

#258

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.

Google Cloud Run doesn't provide nearly the same features as Heroku. For example, there is no easy way to manage secrets with Cloud Run. There is no way to run a worker process. Integration with other Google Cloud things like Cloud SQL is clunky. Cloud Run is okay to get started but almost all apps will need more.

We've been successfully using Cloud Tasks and firing payloads right back at our HTTP cloud run service to solve for the lack of background workers. We had to build a mini-framework around it, but it works surprisingly well.

https://cloud.google.com/tasks

Re: DigitalOcean App Platform

#259
post #172

Earlier quoted context omitted.

There are more options than Heroku: - Google App Engine (PaaS) - Google Cloud Run (serverless containers) - Fly.io (serverless containers with a minimum of 1 container running per configured region)

Fly.io is more exciting for me because it's edge app servers and it terminates web sockets. I've been envisioning a live-view like framework, or heck even a regular old rest api, where the client connects to the fly.io server with a single request then the app server makes a request to N number of back end processing servers using an efficient protocol like grpc.

The only missing piece for fly.io is data layer. The given redis is only for caching purpose. Once there is a managed distributed data store add-on, it's done. It's very likely liveview will need to hit database. Right now pubsub with redis adapter is the easiest solution for cross-region phoenix application (well, phoenix IS my application!)

Re: DigitalOcean App Platform

#260

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.

That's one of the things I like about Cloud Run. There's no vendor lock in really. Your app is just a Docker image running any normal 12 factor app which could be deployed to Heroku, Cloud Run, DO or any other PaaS.
Post reply on HN