DockerUI - Created by Michael Crosby, later handed off to me when he got busy at Docker. The goal was to provide parity with the Docker command line, no extra features.
UI for Docker - Rename of the same project due to trademark concerns
Portainer - Fork of the original codebase with an expanded feature scope. I started losing interest in keeping up with Docker features when they added native Swarm, combined with a job change it was a good time to hand off the torch to someone else. It looks like they're trying to make a company out of it, I'm interested to see if they can make it happen.
Thanks Kevan, the work of Docker UI was legendary, however, as you pointed out, development slowed. We initially built portainer for our own internal use (as the UI for CloudInovasi.id), but liked it so much, we decided to focus on it. We are now wanting to add substantially more capability so that it becomes truly production ready. There will be a select few paid add-on's in the future for things like AD authentication, multi-tenancy etc, but the core will always be opensource and free.
I'm not really sure on how this can move beyond a "good to have" UI on my dev machine. In production I'd always want a more wide-scoped dashboard like the one in K8s or Marathon.
The way I would look at it at the moment is that it provides a nice self-service interface allowing you give people access to deploy containers on dev servers which may free up time to allow you to concentrate on managing production.
Such as? Let us know what we are missing, and we can look at adding it.. remember tho, we are not trying to be a replacement for Swarm, we believe swarm service orchestration to be a winner, so are supporting that (as opposed to rancher, kuber etc who have their own cluster solution).
i would love to be able to add docker-compose file and it would create everything for me ( something like rancher ).
shipyard does not support this and with rancher i abounded it after running into problems.
Both Portainer and Shipyard currently occupy the same space. While there is no Docker Compose support at the moment, however, you can add customisable templates, see https://portainer.readthedocs.io/en/stable/templates.html for more info.
We are adding support for compose YAML files in the Feb/March timeframe.. you will simply upload a yaml file, which portainer will then use to create containers/services
shameless plug, I've developed an HTTP API (plus a minimal web interface) on top of docker compose: https://github.com/francescou/docker-compose-ui , it shold be fully compatible with the docker-compose CLI.
As far as I understand, this is 'only' a UI layer on top of Docker and Docker Swarm. So this doesn't tackle any of the problems which Kubernetes (or Docker Swarm, for that matter) would, like scheduling and service discovery. Two very different things, really.
We are adding "tasks or jobs" in Feb/March timeframe, which will allow you to schedule any portainer task (such as scaling up or down a service). Swarmmode really does make service discovery a lot simpler, no need for Consul etc.
That's great to hear, I hope the best for the project! I meant 'scheduling' in the cluster management sense (which containers run in which nodes), though.
cockpit-kubernetes.x86_64 : Cockpit user interface for Kubernetes cluster
cockpit-docker.x86_64 : Cockpit user interface for Docker containers
cockpit-storaged.noarch : Cockpit user interface for storage, using Storaged
Sometimes you want it (lots of config options) and sometimes you don't. In the real world, you need the detail available for strange edge cases but generally are happy with mostly-defaults.
We wanted portainer to mask the underlying complexity of Docker, without totally removing the functions that is making Docker legendary. Its a balancing act between hiding and removing compexity, but thats what makes UX design.
DockerUI - Created by Michael Crosby, later handed off to me when he got busy at Docker. The goal was to provide parity with the Docker command line, no extra features.
UI for Docker - Rename of the same project due to trademark concerns
Portainer - Fork of the original codebase with an expanded feature scope. I started losing interest in keeping up with Docker features when they added native Swarm, combined with a job change it was a good time to hand off the torch to someone else. It looks like they're trying to make a company out of it, I'm interested to see if they can make it happen.