7 pointsby notcalc8 hours ago3 comments
  • Reubendan hour ago
    This looks cool. I see under the "current limitations" section that it only supports a single node. Are there plans to change that? I'd imagine that database instances which got started on a single node deployment would be hard to migrate to a multi-node setup later on if they weren't originally spun up in that configuration (though ofc not impossible, just tricky).
  • mappu3 hours ago
    Dokku user for a decade here, congrats on shipping, love to see more self-hosted PaaS options like this.

    Why are binaries checked into the bin/ directory in the repo?

    Compared to Dokku, I like how your LE support is builtin instead of a plugin. Is your main www ingress server an nginx that gets externally configured (like Dokku) or are you using net/http or libcaddy directly?

    Dokku has a history of trying to compete with Heroku buildpacks - as a non Heroku/non Ruby developer this never resonated with me and there are a lot of vestigal parts (e.g. .web.1) that i would just put in my own Dockerfile directly. So focusing solely on Dockerfiles i personally feel is a good move.

    One issue i faced with Dokku is eventually the build process for my Dockerized app was too memory-intensive to run on the VPS. I switched to running docker build locally, sending the container via `docker export | ssh | docker import`, and having a single `FROM myapp` dockerfile in Dokku. This was not particularly ergonomic to set up. Is it possible you can improve the UX of client-side built containers, or will you focus solely on the GitOps deploy?

  • nullpilot6 hours ago
    Gratz on shipping! I've been eyeing Canine for my next Hetzner setup, but the database support on Mist is a nice feature.

    Looks like I have some experiments to run soon.