undefined | Better HN

0 pointslatchkey1y ago0 comments

Ouch, that's an absurd comparison. Instead of commenting nonsense, how about explaining to me how I'm missing the mark here?

Let's break it down a bit...

"Porter takes care of a lot of generic DevOps work for you (like setting up CI/CD, containerizing your applications, autoscaling, SSL certificates, setting up a reverse proxy)."

All of this is done for you on GCP with the aforementioned services.

"Porter Cloud for as long as it saves you time and development cost, but at any time you can press the “eject button” to migrate your app to your own AWS, Azure, or GCP account as you please."

Why add an additional service, and set yourself up for having to "eject", when you can just start off on the right foot to begin with?

0 comments

benatkin1y ago

It looks like Preview Environments could be a part of it. It seems costly though. It says they get a copy of the database. I don’t know if they pass the costs on to the customers and if the customers have to avoid pushing code too often without excluding it from the build (by adding something like “no ci” to the commit message).

danpalmer1y ago

I love GCP (did a migration to it at my last place), but I think like all cloud providers, it's a lot more "some assembly required" than Porter looks like, or like Heroku used to be back in the day.

To my knowledge GCP doesn't have a git-push deployment. Cloud Run might be the closest thing if you do a Docker push, but that is just one part, then you need a database, still need CI/CD, etc.

It's close. And while I like the look of Porter, I probably wouldn't bother and would jump straight to GCP, but I do think there are usability differences.

sungrokshim1y ago

OP here. Cloud Run actually does have a git-push deployment and is pretty easy to use. This is why I preemptively added this bit in the post:

> [1] By “big three clouds” we mean the lower-level primitives of each cloud provider. We don’t mean their higher level offerings like AWS App Runner, Google Cloud Run, or Azure App Service, since those run into the same PaaS problems described above.

Porter is explicitly designed to be a competitor to these services that is 1) more flexible 2) cloud-agnostic 3) more cost-effective. Many of our users come from Cloud Run because they need to customize networking settings (timeouts, websockets, etc.) or autoscaling behavior, not to mention the rather expensive cost (taking as an example a machine with 2 vCPU and 4GB RAM, Cloud Run is around 3~4x the cost of what equivalent compute would cost as a VM).

latchkeyOP1y ago

That is why I said Cloud Functions instead of Run.

1 more reply

latchkeyOP1y ago

> To my knowledge GCP doesn't have a git-push deployment.

https://cloud.google.com/source-repositories/docs/deploy-clo...

It also has the ability to deploy cloud functions directly from github actions, which is super easy to set up and works really well...

https://github.com/google-github-actions/deploy-cloud-functi...

> I probably wouldn't bother and would jump straight to GCP

This is exactly my point. Just do that.

dilyevsky1y ago

Pretty hilarious that link you posted has a big red banner announcing product EOS but yeah just use proprietary GCP APIs why don't ya

1 more reply

j / k navigate · click thread line to collapse

0 pointslatchkey1y ago0 comments

Ouch, that's an absurd comparison. Instead of commenting nonsense, how about explaining to me how I'm missing the mark here?

Let's break it down a bit...

"Porter takes care of a lot of generic DevOps work for you (like setting up CI/CD, containerizing your applications, autoscaling, SSL certificates, setting up a reverse proxy)."

All of this is done for you on GCP with the aforementioned services.

"Porter Cloud for as long as it saves you time and development cost, but at any time you can press the “eject button” to migrate your app to your own AWS, Azure, or GCP account as you please."

Why add an additional service, and set yourself up for having to "eject", when you can just start off on the right foot to begin with?

0 comments

benatkin1y ago

danpalmer1y ago

I love GCP (did a migration to it at my last place), but I think like all cloud providers, it's a lot more "some assembly required" than Porter looks like, or like Heroku used to be back in the day.

To my knowledge GCP doesn't have a git-push deployment. Cloud Run might be the closest thing if you do a Docker push, but that is just one part, then you need a database, still need CI/CD, etc.

It's close. And while I like the look of Porter, I probably wouldn't bother and would jump straight to GCP, but I do think there are usability differences.

sungrokshim1y ago

OP here. Cloud Run actually does have a git-push deployment and is pretty easy to use. This is why I preemptively added this bit in the post:

latchkeyOP1y ago

That is why I said Cloud Functions instead of Run.

1 more reply

latchkeyOP1y ago

> To my knowledge GCP doesn't have a git-push deployment.

https://cloud.google.com/source-repositories/docs/deploy-clo...

It also has the ability to deploy cloud functions directly from github actions, which is super easy to set up and works really well...

https://github.com/google-github-actions/deploy-cloud-functi...

> I probably wouldn't bother and would jump straight to GCP

This is exactly my point. Just do that.

dilyevsky1y ago

Pretty hilarious that link you posted has a big red banner announcing product EOS but yeah just use proprietary GCP APIs why don't ya

1 more reply

j / k navigate · click thread line to collapse