ROADMAP: add initial overall CoreOS roadmap document

This doc covers CoreOS as a whole and a few details that don't really
fit anywhere else. Individual projects maintain their own roadmaps.

Update LICENSE and add a README as general housekeeping.
This commit is contained in:
Michael Marineau 2015-04-30 15:51:46 -07:00
parent bc7e9d7048
commit b63901023e
3 changed files with 44 additions and 1 deletions

View File

@ -1,5 +1,5 @@
Copyright (c) 2006-2013 The Chromium OS Authors. All rights reserved. Copyright (c) 2006-2013 The Chromium OS Authors. All rights reserved.
Copyright (c) 2013 The CoreOS Authors. All rights reserved. Copyright (c) 2013-2015 CoreOS, Inc. All rights reserved.
Redistribution and use in source and binary forms, with or without Redistribution and use in source and binary forms, with or without
modification, are permitted provided that the following conditions are modification, are permitted provided that the following conditions are

7
README.md Normal file
View File

@ -0,0 +1,7 @@
# CoreOS SDK scripts
Welcome to the scripts repo, your starting place for most things here in
the CoreOS SDK. To get started you can find our documentation on [the
CoreOS website][coreos-docs].
[coreos-docs]: https://coreos.com/docs/sdk-distributors/sdk/modifying-coreos/

36
ROADMAP.md Normal file
View File

@ -0,0 +1,36 @@
# CoreOS Roadmap
This is a high level overview of what we expect to achieve in CoreOS in
the future. For details on the direction of individual projects refer to
their individual roadmaps:
- [rkt](https://github.com/coreos/rkt/blob/master/ROADMAP.md)
- [etcd](https://github.com/coreos/etcd/milestones)
- [mantle](https://github.com/coreos/mantle/blob/master/ROADMAP.md)
## Q2 2015
- Initial release of [ignition](https://github.com/coreos/ignition/)
- Complete secure/verified boot on UEFI hardware.
- Boot with full chain of trust through up to user configuration.
- Prototype providing trusted user configuration via UEFI variables
and integrate with ignition.
- Complete initial automated test framework, kola.
- Support using the SDK as a stand-alone container.
- Primary motivation is easier deployment of CI systems for the OS.
- Secondary motivation is to support using the SDK on CoreOS itself.
- Requires running `repo init` *after* entering the SDK.
- Should support using loop devices without needing udev.
- Initial ARM64 port.
- Should be able to boot a basic image in QEMU and on hardware.
- Excludes all Go software, blocked on the Go 1.5 release.
- Begin development on a new minimal image type, `amd64-rkt`.
- Includes only what is required to provision a machine via ignition
and launch rkt containers. Rest of user space lives in containers.
- Research improvements to overlayfs and alternatives such as reflinks.
## Q3 2015
- Release new `amd64-rkt` images as new recommended flavor of CoreOS.
Updates and support for the existing `amd64-usr` images will
continue under the name *CoreOS Classic*.