mirror of https://github.com/docker/docs.git
update roadmap.md
Signed-off-by: Victor Vieux <vieux@docker.com>
This commit is contained in:
parent
f5205cb7ca
commit
70e033c07c
41
ROADMAP.md
41
ROADMAP.md
|
@ -1,29 +1,38 @@
|
||||||
Docker Swarm Roadmap
|
Docker Swarm Roadmap
|
||||||
=====================
|
=====================
|
||||||
|
|
||||||
####Security
|
|
||||||
* [x] TLS authentication
|
|
||||||
|
|
||||||
####Scheduler
|
####Scheduler
|
||||||
* [ ] Persistent state storage
|
Swarm comes with a builtin scheduler. It currently provides basic functionalities, such as
|
||||||
|
scheduling containers based on constraints or affinity (co-scheduling of containers), persistent
|
||||||
|
storage and multiple scheduling strategies like binpacking or random.
|
||||||
|
|
||||||
|
We plan to add more features to the builtin scheduler such as rebalancing (in case of host failure)
|
||||||
|
and global scheduling (schedule containers on every node)
|
||||||
|
|
||||||
* [ ] Virtual Container ID
|
* [ ] Virtual Container ID
|
||||||
* [ ] Rebalancing
|
* [ ] Rebalancing
|
||||||
* [x] Affinity constraints & improved constraints expression (==, !=, regular expressions)
|
* [ ] Global scheduling
|
||||||
* [ ] Global scheduling (schedule containers on every node)
|
|
||||||
|
####Leader Election (Distributed State)
|
||||||
|
Regarding Swarm Multi-tenancy, we are working on shared states between multiple "soon-to-be-master"
|
||||||
|
and master election.
|
||||||
|
|
||||||
####Multi-tenancy
|
|
||||||
* [ ] Master election
|
|
||||||
* [ ] Shared state
|
* [ ] Shared state
|
||||||
|
* [ ] Master election
|
||||||
|
|
||||||
####API Matching
|
####API Matching
|
||||||
|
Swarm currently supports around 75% of the Docker API as you can see [here](https://github.com/docker/swarm/blob/master/api/README.md)
|
||||||
|
|
||||||
|
Our goal is to support 100% of the API, so all the Docker CLI commands would work against Swarm
|
||||||
|
|
||||||
* [ ] Bring Swarm API on par with Docker API as much as possible
|
* [ ] Bring Swarm API on par with Docker API as much as possible
|
||||||
* [x] Support for `docker attach` (interactive sessions)
|
|
||||||
|
|
||||||
####Extensibility
|
####Extensibility
|
||||||
* [ ] Pluggable scheduler
|
The builtin scheduler allows you to manage container on approximately hundreds of machines within a cluster.
|
||||||
* [ ] Discovery backends
|
In the future, we want to allow third party tools to be plugged into Docker Swarm to allow management
|
||||||
* [x] etcd
|
of much bigger clusters.
|
||||||
* [x] zookeeper
|
|
||||||
* [x] consul
|
The work has started on defining the "cluster" interface in [#393](https://github.com/docker/swarm/issues/393)
|
||||||
* [x] hub
|
qThe first integration will be Mesos but other tools will arrive after, like kubernetes.
|
||||||
* [x] file
|
|
||||||
|
* [ ] Cluster Drivers
|
||||||
|
|
Loading…
Reference in New Issue