
After 22 months and a $250 bounty, Coolify maintainers said no to Kubernetes support. But they never said it was impossible. I'm investigating if the community's most-requested feature can actually be built.
22 months open. $250 bounty. 46 reactions. One unexpected answer.
On March 14, 2026, I did something that felt important.
I commented on Coolify issue #2390 — the Kubernetes support request that has been sitting open since June 2024. I offered to help. I shared my background (8 years DevOps, deep K8s specialization). I asked if they were open to collaboration.
Then I took it to Discord and asked the team directly: "What do you think about this?"
The response came from Peak, a core maintainer:
"We will use our own custom solution (for v5) that integrates directly with Docker Compose and uses Docker in the background, as it is more flexible and tightly integrated into Coolify, like Swarm but better."
Kubernetes support, it seemed, was not coming to Coolify. Not in v5. Maybe not ever.
I read that response multiple times. Something struck me.
They never said Kubernetes was technically impossible.
They said their solution was:
These are comparative advantages, not absolute constraints.
The maintainers made a product decision: "We will build X instead of Y."
They did not make a technical claim: "Y cannot be built."
This distinction matters because of what sits behind issue #2390:
The community clearly wants native Kubernetes support.
The maintainers have chosen a different path.
And no one has investigated whether the community's request is actually possible to fulfill.
So I'm asking a different question than "Will you accept my PR?"
Is native Kubernetes support in Coolify actually impossible?
With 8 years of Kubernetes experience — designing clusters, integrating K8s clients into applications, debugging production deployments — I'm in a position to find out.
Here's what I'm going to do:
I'm not approaching this with a predetermined conclusion. There are three ways this investigation ends:
I build working K8s support that proves the architecture can accommodate it. The maintainers can choose to merge it or not — but the community will have a working solution (either in mainline or as a maintained fork).
I discover genuine technical blockers that make K8s integration infeasible. I document these blockers in detail. The community finally has a definitive answer instead of an open question.
The integration is technically possible but comes with significant trade-offs. I map these trade-offs clearly so the community and maintainers can make an informed decision.
Any of these outcomes serves the community better than the current state: an open issue with demand but no investigation.
Let's be honest about the risks:
But here's what I know:
The question deserves an answer. 46 reactions and $250 in bounties suggest real demand. Someone should investigate if that demand can be met.
The investigation has value regardless of outcome. Even a documented failure teaches us something about Coolify's architecture.
Building in public creates connections. The process of investigation — sharing blockers, breakthroughs, architecture insights — is valuable content for the DevOps community.
The maintainer decision isn't the end of the story. Open source means the community can explore paths the core team chooses not to. That's not hostile — it's how open source evolves.
This isn't just about Coolify and Kubernetes.
It's about what happens when:
Someone has to ask: "Is this actually impossible? Or just not prioritized?"
I'm asking that question. And I'm documenting the answer.
I'll be sharing every step of this investigation:
If you're interested in:
Connect with me: Follow me here on Dev.to for updates. You can also find me on Twitter/X, Linkedin and Telegram
GitHub Issue: https://github.com/coollabsio/coolify/issues/2390
Questions? Drop them in the comments below.
aiMost of us have seen a coding agent fail to complete a task we know it can do. We just don't...
googlecloudWhen building Generative AI applications, developers often encounter a massive bottleneck: sequential...
discussI’ve been thinking about sharing some electronic circuit posts on Dev.to — small circuits, DIY...
agentsWhat nobody tells you about exporting your multi-agent prototype to a local workspace. Every...
agenticarchitectAutonomous agents are genuinely good at answering messy business questions. Give one an LLM and a set...
aiPR volume went up, ticket quality didn't, and the gap got filled with LLMs on both sides of the review: bots reviewing, bots replying, bots occasionally arguing with bots about priorities that only existed in a teammate's head. Our CEO named the actual problem, and it's bigger than code review.
Workflows from the Neura Market marketplace related to this Stable Diffusion resource