Hey, HackerNews, Andras here!<p>Coolify started because I was just curious if I can make it work for myself. Then after the first release (v1) and after it went a bit viral here, I quickly realized people might like it!<p>Coolify's mission is to simplify the building and deployment process of your applications and to be free, open-source, self-hosted and hassle-free, so you only need to concentrate on the code, not the infrastructure. Also, you can quickly spin up databases and other open-source services with just a simple click.<p>In this way, everyone could shape the application! It is built with the community and backed by the community.<p>You may ask, how is it financially sustainable? It is not, at the moment, but it is backed by community and the actual users through OpenCollective. After it went viral on here, lots of VC reached out to me to invest and help to raise a fund. I said no to all of them. That is not the way I would like to grow this project.<p>Features:<p>- Fully automated update process. You get the latest updates every time a new version is published, you just need to click on a button. That's all.<p>- Integrated with your favorite GitHub, GitLab hosted and self-hosted instances.<p>- Automatically deploys pull/merge requests, so you can quickly review contributions and speed up your teamwork!<p>- You can deploy to Local Docker Engine.<p>- Automatically generates SSL certificates.<p>- Automatically configures a reverse proxy for everything deployed with Coolify.<p>- You can make teams. Each team can only view their own resources.<p>Future plans:<p>- Support Bitbucket and Gitea.<p>- Support Remote Docker Engine, so you can manage several servers from the same Coolify instance.<p>- Support Kubernetes, so you can scale to infinity and beyond!<p>- And more... I have lots of cool features on the table!<p>I love to hear your thoughts, so please, comment below.<p>PS: This is THE side project that caused me to leave a good paying job when the pandemic started. If you're interested in the full story, you can read it on my blog: <a href="https://blog.andrasbacsai.com/why-did-i-leave-my-stable-job-in-the-middle-of-a-pandemic" rel="nofollow">https://blog.andrasbacsai.com/why-did-i-leave-my-stable-job-...</a>
Can't immediately tell if this works for deploying with Docker Compose. It's my main sticking point with Dokku[0], which I've been finding quite pleasant to work with otherwise.<p>[0] <a href="https://dokku.com/" rel="nofollow">https://dokku.com/</a>
After going through the contents of <a href="https://get.coollabs.io/coolify/install.sh" rel="nofollow">https://get.coollabs.io/coolify/install.sh</a> it seems to want to overwrite my docker daemon.json, then sets up a UUID for telemetry. I decided to just manually run the docker container (this should be clear in your README, please don't try to abstract away what this is doing behind a script)<p>After launch I was then greeted with a login/registration page. Seems kind of backwards to require this when you are targeting the self-host crowd. Too much friction to try this out.
Hi, trying this out but I'm getting "503 Service unavailable error" static HTML page Git repo I just added for testing.<p>* Nevermind figured it out, I had to hit "Play" button up top to actually build. :)<p>This is amazing, it auto-picks up Next.js and even Nest.js!
How does it compare to <a href="https://www.cloudron.io" rel="nofollow">https://www.cloudron.io</a> or <a href="https://caprover.com/" rel="nofollow">https://caprover.com/</a> ?
im really loving this "self-host" movement. So far I've discovered on github:<p>- self-hosted dynamodb api compatible db<p>- self-hosted S3 api compatible project<p>- self-hosted AWS serverless project<p>does coolify include all of the nuts and bolts, like Netlify functions?<p>My plan is to purchase dedicated servers from Hetzner (open to other suggestions) , harden it (also open to suggestions here), and run these self-hosted BYOC (be your own cloud) solutions.<p>The dream setup would be something that takes away the complexity of AWS IAM roles & permissions, easy configuration of self-hosted AWS API compatible storage, serverless, queue, streaming etc.
Just checking out the repo, is there a summary of whats new in V2? Recent releases have release notes, but the 2.0.0[1] didn't.<p>The phrase "build pack" is a bit loaded in the container space - currently that can refer to either Heroku's Buildpacks (v2a), Cloudfoundry's Buildpacks (v2b), or the new Cloud Native Buildpack[2] initiative (v3). Might be good to rename your feature there (or maybe integrate with CNB?) to reduce any confusion.<p>What do you use for your routing? Seems like haproxy (with some custom generated config), which I think is a great option, though maybe less so for configurability.<p>Overall seems pretty neat. Might be good to add screenshots of functionality to your docs to make it clearer what is supported/what isn't.<p><pre><code> - [1] https://github.com/coollabsio/coolify/releases/tag/v2.0.0
- [2] https://buildpacks.io/</code></pre>
This looks very cool for quickly running your own apps without configuring a server yourself!<p>Does Coolify also host your git repository? I noticed that Gitea is listed as work-in-progress, so maybe there will be not just a Gitea Source but also a Service so you can self-host your own git repos too?<p>Any thoughts on community-contributed buildpacks, databases, and services? At the moment they seem to be hardcoded into the web app. I guess contributors could send a pull request to get them merged into Coolify?
IaaS, local-Docker-only so far; looks very very promising.<p>worried about other back-end things namely configurability of some and missing things like full-suite SMTP set.<p>But I like the ability to self-host your front-end development team.
I love these projects and I'll definitely look into it more later. At the same time, I think it would be hard for me to want to leave Kubernetes. K8s isn't something that I love, but it's something that I know works and will continue to be supported in some fashion. I've seen Flynn (<a href="https://github.com/flynn/flynn" rel="nofollow">https://github.com/flynn/flynn</a>) EOL. I've seen Docker Swarm's future be a bit hazy. I've seen Porter decide to put pretty restrictive limits on their free tier (though it is open source). I've seen Dokku lose steam and then pick up again - but still not be a solution for more than one server.<p>I love the idea of something that will Just Work, but a lot of stuff doesn't handle the parts I care about the most. Will my one-click PostgreSQL have a couple replicas in my cluster? Will it launch pg-backrest so I can have it backed up to S3? Will it deal with secret storage so I can just add my secrets in the UI and then have my apps grab those secrets as environment vars? Will it fail-over nicely?<p>Coolify looks really cool and I do want to check it out for real later (probably over the weekend to be realistic). However, it seems like it's single-server (for now) and that seems less compelling for me at the moment. It looks like you're planning on K8s support which would just be wonderful.<p>Part of me wishes I could get a much simplified UI for K8s. I use Lens at the moment and while it's very good, it doesn't really smooth over the rough bits of K8s, just kinda organizes and presents them. K8s isn't as bad as a lot of people say once you get past the pain of learning. Still, it misses the mark if what you just want a few simple things Heroku-style instead of every bell and whistle. Small users don't care about ingress, they just want their app to be accessible. Small users aren't interested in namespaces or storage classes or roles. Sure, it's important for K8s to support storage classes for large users who might have all sorts of opinions on how they want their data stored. For a small user, you often just want it stored on the local disk.<p>Likewise, I think there's a reasonably small set of things people often want to run. For example, the databases Coolify supports (MongoDB, MySQL, PostgreSQL, CouchDB, RedisDB) are probably what 95% of people want. There are K8s operators to run them, but like K8s itself it can often be "here's every knob we could think of, we documented 80% of them, now go write some yaml." Heroku lets me deploy PostgreSQL without that. Why can't I get something a bit more slimmed down like Heroku on K8s - so that if I need the additional power in the future, I can get my hands on it.<p>I'd even love it if this hypothetical K8s Heroku could commit the yaml it is going to apply to a GitHub repository for me so I can easily track infrastructure changes. It would even let people become more comfortable with K8s as they saw the changes they were making in the UI show up as commits in a repository.<p>I think the point of this rambling is that Coolify is kinda what people want from one perspective - something that seems nice and friendly and handle the cases that the vast majority of people need solved. However, it lacks the critical mass of K8s which can always leave its future in doubt (it looks like there are two of you on this project and open source can take a toll on people) and without high-availability/multi-server it feels a bit lacking for what so many people are looking for in a self-hosted Heroku. Coolify feels like what I'm looking for - I just want it with high-availability and the possibility of continuing on even if the project shuts down (because I can just use an underlying K8s layer, not because it's open source and I could become the new maintainer).<p>It feels like there's two camps that don't talk to each other: awesome UX people who know what people want and people building solutions that companies want while scaling up (but end up with a bit of a UX mess).