EP1: They Said Kubernetes Isn't Coming to Coolify. I'm…
    Neura MarketNeura Market/Stable Diffusion
    ChatGPTChatGPTClaudeClaudeGeminiGeminiCursorCursorGrokGrokPerplexityPerplexityStable DiffusionStable Diffusion
    DeepSeekDeepSeekCoPilotCoPilotMidjourneyMidjourney
    View All Directories
    OverviewPromptsBlogVideosGuidesCoursesCommunityModelsLoRAsComfyUI WorkflowsTrending
    Stable DiffusionBlogEP1: They Said Kubernetes Isn't Coming to Coolify. I'm Going to Find Out If That's True.
    Back to Blog
    EP1: They Said Kubernetes Isn't Coming to Coolify. I'm Going to Find Out If That's True.
    kubernetes

    EP1: They Said Kubernetes Isn't Coming to Coolify. I'm Going to Find Out If That's True.

    drtobbyas April 14, 2026
    0 views

    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.


    title: "EP1: They Said Kubernetes Isn't Coming to Coolify. I'm Going to Find Out If That's True." published: true description: "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." tags: kubernetes, opensource, devops, coolify series: Coolify K8s Investigation canonical_url: cover_image: https://i.imgur.com/DirjDvO.jpeg

    22 months open. $250 bounty. 46 reactions. One unexpected answer.


    The Reach-Out

    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.


    The Gap in the Answer

    I read that response multiple times. Something struck me.

    They never said Kubernetes was technically impossible.

    They said their solution was:

    • "More flexible"
    • "Tightly integrated"
    • "Like Swarm but better"

    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."


    The Unanswered Question

    This distinction matters because of what sits behind issue #2390:

    • 46 community reactions (36 hearts, 10 eyes watching)
    • $250 in community bounties
    • 22 months of sustained interest
    • Comments from users explaining why this is the blocker preventing them from adopting Coolify

    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.


    The Investigation

    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:

    Phase 1: Architecture Mapping

    • Clone Coolify and understand its current deployment model
    • Identify where K8s integration would logically live
    • Document the current "Docker-only" architecture

    Phase 2: Integration Point Analysis

    • Map the API boundaries where K8s could interface
    • Identify potential blockers (technical, architectural, philosophical)
    • Research how other PaaS platforms handle dual Docker/K8s support

    Phase 3: Proof-of-Concept

    • Build a minimal K8s integration for one deployment type
    • Document what works, what breaks, what's hard
    • Share working code or detailed failure analysis

    Phase 4: Community Decision

    • Publish findings: "Here's what I found when I tried"
    • If it's possible: offer the solution to maintainers and community
    • If it's impossible: document exactly why (valuable for future reference)

    Three Possible Outcomes

    I'm not approaching this with a predetermined conclusion. There are three ways this investigation ends:

    Outcome 1: It's Possible

    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).

    Outcome 2: It's Impossible

    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.

    Outcome 3: It's Complicated

    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.


    Why I'm Doing This

    Let's be honest about the risks:

    • The maintainers might see this as undermining their vision
    • I could invest significant time and prove it's actually impossible
    • The community might not care about the findings
    • I could end up maintaining a fork that no one uses

    But here's what I know:

    1. The question deserves an answer. 46 reactions and $250 in bounties suggest real demand. Someone should investigate if that demand can be met.

    2. The investigation has value regardless of outcome. Even a documented failure teaches us something about Coolify's architecture.

    3. Building in public creates connections. The process of investigation — sharing blockers, breakthroughs, architecture insights — is valuable content for the DevOps community.

    4. 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.


    The Bigger Picture

    This isn't just about Coolify and Kubernetes.

    It's about what happens when:

    • A community clearly wants a feature
    • The maintainers choose a different direction
    • No one investigates if the community's request is technically feasible

    Someone has to ask: "Is this actually impossible? Or just not prioritized?"

    I'm asking that question. And I'm documenting the answer.


    Follow Along

    I'll be sharing every step of this investigation:

    • Architecture deep-dives
    • Integration point analysis
    • Blockers and breakthroughs
    • Working code or documented failures
    • Honest assessments of what's possible

    If you're interested in:

    • Kubernetes architecture
    • How PaaS platforms handle deployment abstraction
    • The gap between maintainer vision and community demand
    • What "impossible" actually looks like in practice

    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.


    Tags

    kubernetesopensourcedevopscoolify

    Comments

    More Blog

    View all
    Context bankruptcy: The case for strategic forgetting for AI Agentsai

    Context bankruptcy: The case for strategic forgetting for AI Agents

    Most of us have seen a coding agent fail to complete a task we know it can do. We just don't...

    J
    James O'Reilly
    Parallel Compliance Engine: Drive-to-Sheets Multi-Agent Orchestrationgooglecloud

    Parallel Compliance Engine: Drive-to-Sheets Multi-Agent Orchestration

    When building Generative AI applications, developers often encounter a massive bottleneck: sequential...

    A
    Aryan Irani
    Is It Ethical to Post and Ask About Circuits on Dev.to?discuss

    Is It Ethical to Post and Ask About Circuits on Dev.to?

    I’ve been thinking about sharing some electronic circuit posts on Dev.to — small circuits, DIY...

    C
    codebunny20
    The One-Click Exporter: AI Studio Antigravity, Probed to Its Limitsagents

    The One-Click Exporter: AI Studio Antigravity, Probed to Its Limits

    What nobody tells you about exporting your multi-agent prototype to a local workspace. Every...

    L
    leslysandra
    Guarding the till while autonomous data agents do the diggingagenticarchitect

    Guarding the till while autonomous data agents do the digging

    Autonomous agents are genuinely good at answering messy business questions. Give one an LLM and a set...

    S
    Sireesha Pulipati
    Return on Attention: Why AI Code Reviews Are Wearing Us Outai

    Return on Attention: Why AI Code Reviews Are Wearing Us Out

    PR 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.

    C
    christine

    Stay up to date

    Get the latest Stable Diffusion prompts, rules, and resources delivered to your inbox weekly.

    Neura Market LogoNeura Market

    Discover the best AI prompts, plugins, and resources for Stable Diffusion and more.

    Content Types

    • Rules
    • Prompts
    • MCPs
    • Agents
    • Guides

    Platforms

    • ChatGPT Directory
    • Claude Directory
    • Gemini Directory
    • Cursor Directory
    • Grok Directory
    • Perplexity Directory
    • DeepSeek Directory
    • CoPilot Directory
    • Stable Diffusion Directory
    • Midjourney Directory
    • All Directories

    Resources

    • Blog
    • Documentation
    • Help Center
    • Marketplace

    Legal

    • Privacy Policy
    • Terms of Service

    © 2026 Neura Market. All rights reserved.

    |

    Not affiliated with any AI platform vendors.

    Ready-made automations for this

    Workflows from the Neura Market marketplace related to this Stable Diffusion resource

    • Kubernetes Management with GPT-4o and MCP Integrationn8n · $24.99 · Related topic
    • Kubernetes RCA & Alerting: Gemini, Loki, Prometheus, Slackn8n · $24.99 · Related topic
    • Kubernetes Management with NL using GPT-4o & MCP Toolsn8n · $24.99 · Related topic
    • Conversational Kubernetes Management with GPT-4o & MCPn8n · $24.99 · Related topic
    Browse all workflows