vbatts
/
containerd
1
0
Fork 0
Code Pull Requests Releases Activity

Remove networking from roadmap and readme 

ref: https://github.com/docker/containerd/issues/362

Signed-off-by: Michael Crosby <crosbymichael@gmail.com>
This commit is contained in:
Michael Crosby 2017-01-11 16:15:01 -08:00
parent f0e1216d92
commit e2eb06dd3d
2 changed files with 2 additions and 9 deletions
Show Stats Download Patch File Download Diff File Expand all files Collapse all files

3
README.md
View File

@ -26,7 +26,6 @@ For sync communication we have a community slack with a #containerd channel that
* OCI Runtime Spec support
* Image push and pull support
* Container runtime and lifecycle support
* Network primitives for creation, modification, and deletion of interfaces
* Management of network namespaces containers to join existing namespaces
* Multi-tenant supported with CAS storage for global images
@ -80,7 +79,7 @@ The table specifies whether or not the feature/component is in or out of scope.
| execution | Provide an extensible execution layer for executing a container | in | Create,start, stop pause, resume exec, signal, delete |
| cow filesystem | Built in functionality for overlay, aufs, and other copy on write filesystems for containers | in | |
| distribution | Having the ability to push and pull images as well as operations on images as a first class API object | in | containerd will fully support the management and retrieval of images |
| low-level networking drivers | Providing network functionality to containers along with configuring their network namespaces | in | Network support will be added via interface and network namespace operations, not service discovery and service abstractions. |
| networking | creation and management of network interfaces | out | Networking will be handled and provided to containerd via higher level systems. |
| build | Building images as a first class API | out | Build is a higher level tooling feature and can be implemented in many different ways on top of containerd |
| volumes | Volume management for external data | out | The API supports mounts, binds, etc where all volumes type systems can be built on top of containerd. |
| logging | Persisting container logs | out | Logging can be build on top of containerd because the container’s STDIO will be provided to the clients and they can persist any way they see fit. There is no io copying of container STDIO in containerd. |

8
ROADMAP.md
View File

@ -60,18 +60,12 @@ Our current approach is to model our storage layer after snapshotting drivers in
## Phase 3
Phase 3 involves porting the network drivers from libnetwork and finding a good middle ground between the abstractions of libnetwork and the CNI spec.
This also includes getting support for the OCI Image spec built into containerd.
This phase includes getting support for the OCI Image spec built into containerd.
**Status:** Not Started
### Distribution
### Networking
The networking component will allow the management of network namespaces and interface creation and attachment to namespaces.
## Phase 4
Phase 4 involves graduating to version 1.0, and shifting the focus from features to maintenance. Graduating to 1.0 implies: