Since DHH has been promoting the 'do-it-yourself' approach, many people have fallen for it. You're asking the right questions that only a few people know they need answers to. In my opinion, the closest thing to "reclaiming the stack" while still being a PaaS is to use a "deploy to your cloud account" PaaS provider. These services offer the convenience of a PaaS provider, yet allow you to "eject" to using the... - Source: Hacker News / almost 2 years ago

Flightcontrol.dev - Deploy web services, databases, and more on your own AWS account with a Git push style workflow. Free tier for users with 1 developer on personal GitHub repos. AWS costs are billed through AWS, but you can use credits and the AWS free tier. - Source: dev.to / over 2 years ago

Have you seen https://www.flightcontrol.dev/? It might help you out with that infrastructure issue with the ease of PaaS! Source: over 3 years ago

Flightcontrol.dev is also pretty interesting if for some reason you want to deploy directly on AWS. Source: almost 4 years ago

Flightcontrol.dev is what you're looking for. Source: about 4 years ago

Hey HN - I am working on a terraform automation tool [1] and have been observing that a lot of our users are now using coding agents in their workflows, even for infra tasks. Obviously, this means a lot of terraform is being generated by coding agents, and while this is great for greenfield setups, most teams already have conventions in place. My colleague was speaking to a friend earlier today, who mentioned that... - Source: Hacker News / 8 months ago

None of these are a replacement of Terraform Cloud (recently rebranded to HCP Terraform). For example, when you create a PR, it could affect multiple workspaces. The new experimental version of TFC/TFE (I refuse to call it HCP!) implements Stacks, which is something like a workflow, and links one workspace output to other workspace inputs. None of the open-source solutions, including the paid Digger [0], support... - Source: Hacker News / about 2 years ago

I'm part of the founding team at Digger, an Open Source Terraform Enterprise alternative. For the past few days, I have been wanting to talk about why the usual metrics in Commercial Open Source just don't cut it anymore. Source: about 3 years ago

Depending on the organisation, it is not always a good idea to make assumptions on what another team will be doing to use your module. Don't get me wrong, there are attempts at making cross-platform workflows like digger.dev, or RedHat who have recently released an ansible playbook that runs terraform (so in theory you'd only need ansible then) but at the very minimum, be aware if you tightly integrate your... Source: about 3 years ago

We are building an open source terraform cloud alternative (https://digger.dev/) and are looking to start a bounty program. Source: over 3 years ago