laravel-backup VS porter

https://github.com/jeremykenedy/laravel-logger#authentication-middleware-usage https://github.com/beyondcode/laravel-dump-server https://github.com/barryvdh/laravel-debugbar https://github.com/laravel-shift/blueprint https://github.com/spatie/laravel-backup https://github.com/spatie/laravel-permission https://github.com/spatie/laravel-activitylog https://github.com/realrashid/sweet-alert https://github.com/rappasoft/laravel-livewire-tables https://github.com/yajra/laravel-datatables https://github.com/Labs64/laravel-boilerplate https://github.com/creativetimofficial/argon-dashboard-laravel https://github.com/the-control-group/voyager https://github.com/beyondcode/laravel-er-diagram-generator

8. spatie/laravel-backup

4. spatie/laravel-backup https://github.com/spatie/laravel-backup

In my case I'm dumping + zipping the entire database at the application level. In my case is as simple as adding a library [1], scheduling the job and transferring to AWS S3 (my main application is on DigitalOcean)

[1] https://github.com/spatie/laravel-backup

Database backups via php artisan backup:run

There's Porter, the "Kubernetes powered PaaS that runs in your own cloud".

https://github.com/porter-dev/porter

Co-founder of Porter (https://porter.run) here - Porter is a platform that brings that easy PaaS experience to a k8s cluster that's running in your own cloud account (and manages it for you so you don't have to).

We are offering a credit program for early stage startups that you can apply for here, happy to fast track your application! https://porter.run/for-seed-stage-startups

Co-founder of Porter (https://porter.run) here - we do not use Terraform under the hood. We moved away from an IaC based system earlier this year to better manage our users' infrastructure distributed across multiple cloud accounts. A decision that definitely turned out to be conveniently prescient :)

With this new system, we are also able to immediately reconcile drifts that occur in our user's infrastructure, which an IaC based system did not allow us to do.

Aptible hosts (and pays for) AWS resources on your behalf, similar to Heroku/Render/Railway. Last year, we built support for integrating Aptible into your own AWS account, but only a handful of existing customers are currently using that, and it's not available in the product by default. I'd be interested to learn why you prefer this model. If you're willing to chat about it, my email is in my profile.

Alternatively, have you checked out other PaaS-in-your-own-IaaS solutions like:

- https://porter.run/

- https://www.flightcontrol.dev/

- https://coolify.io/ (OSS, not managed)

These might not meet all your needs, and I think they're all relatively new.

Porter (YC S20) | Full Time | Full-Stack Engineer | NYC or Remote | https://porter.run

Hey HN, I'm Alexander, co-founder of Porter. We're building Heroku in your own cloud - we let users link up their own AWS/GCP, point to the code they want to run, and then put the rest of the hosting process on autopilot (CI/CD, SSL, autoscaling, zero downtime deploys, infra monitoring, etc).

We're hiring NYC-based or remote engineers that are passionate about building tools for developers. As we're a fast-growing seed-stage startup, you should be comfortable with regularly shifting priorities and iterating at a very high (daily) velocity.

Tech stack: Go, Typescript, React, Kubernetes, AWS

If you'd like to take a look at our codebase, we're open source - check it out at https://github.com/porter-dev/porter.

Open positions:

- Kubernetes Engineer: https://www.workatastartup.com/jobs/45970

- Full-stack Engineer: https://www.workatastartup.com/jobs/43716

Please apply by sending an email to jobs [at] porter [dot] run or applying through https://www.workatastartup.com/jobs/43716.

https://porter.run is managed kubernetes on your own cloud with all the scaling built in. In theory, you could run this on your own cloud provider, and stay entirely within EU

How does this compare against https://porter.run/ ?