No description

Find a file

Antonio Murdaca 35ef46f805 use an in memory store for containers Signed-off-by: Antonio Murdaca <runcom@redhat.com>		2016-09-19 13:11:36 +02:00
cmd	*: Failed -> failed in errors	2016-09-18 11:38:14 +02:00
conmon	conmon: use runtime path from ocid	2016-09-17 11:37:45 +02:00
oci	use an in memory store for containers	2016-09-19 13:11:36 +02:00
server	use an in memory store for containers	2016-09-19 13:11:36 +02:00
testdata	testdata/README.md: fix examples	2016-09-17 16:12:43 +02:00
utils	Add utility to start a child process reaper	2016-09-09 14:41:03 -07:00
vendor	*: switch from godep to glide	2016-09-17 17:06:30 +02:00
.gitignore	.gitignore: add conmon objs	2016-09-17 11:56:51 +02:00
.travis.yml	Setup travis CI	2016-09-09 14:41:03 -07:00
code-of-conduct.md	Add a code of conduct based on github.com/kubernetes/kubernetes	2016-09-09 15:26:59 -07:00
glide.lock	*: switch from godep to glide	2016-09-17 17:06:30 +02:00
glide.yaml	*: switch from godep to glide	2016-09-17 17:06:30 +02:00
HACKING.md	*: add HACKING.md	2016-09-17 18:53:36 +02:00
LICENSE	Initial commit	2016-09-09 12:56:31 -07:00
Makefile	*: switch from godep to glide	2016-09-17 17:06:30 +02:00
OWNERS	Update README with links to libraries and add OWNERS	2016-09-09 15:39:36 -07:00
README.md	Update readme with a bit more info	2016-09-13 11:55:45 -04:00

README.md

ocid - OCI-based implementation of Kubernetes Container Runtime Interface

Status: pre-alpha

This is an implementation of the Kubernetes Container Runtime Interface (CRI) that will allow Kubernetes to directly launch and manage Open Container Initiative (OCI) containers.

The plan is to use OCI projects and best of breed libraries for different aspects:

Runtime: runc (or any OCI runtime-spec compliant runtime)
Images: Image management using https://github.com/containers/image
Storage: Storage and management of image layers using https://github.com/containers/storage
Networking: Networking support through use of CNI

It is currently in active development in the Kubernetes community through the design proposal. Questions and issues should be raised in the Kubernetes sig-node Slack channel.