From Fedora Project Wiki
(→‎Base Image: new format with more detail)
(add this to the cloud SIG category)
 
(29 intermediate revisions by 5 users not shown)
Line 1: Line 1:
= Work Areas =
= Intro =


== Base Image ==
This is a collaborative list of current and future work for the Fedora Cloud SIG. It's meant to describe what's needed or wanted, and what is being done. (It isn't an assignment sheet or list of demands, although it would be lovely if people are interested in taking responsibility for certain areas.)
 
= Tickets! =
 
This page was previously a gigantic list of items, but that got unwieldy fast. Instead, we have a Trac instance with tickets. Take a look at
 
* [https://fedorahosted.org/cloud/report/1 All active tickets]
* [https://fedorahosted.org/cloud/report/10 Easy items for you to jump right in with] (don't be shy!)
* [https://fedorahosted.org/cloud/report/9 Items tagged for the weekly Cloud SIG meeting]
 
 
= Ongoing Work =
 
These are things which are basically continuous effort and might not have open tickets.
 
== Cloud Base Image ==
 
=== General Continuous Updates and Fixes ===


== ongoing maintenance of kickstart ===
* What: The definition of the cloud image needs ongoing work
* What: The definition of the cloud image needs ongoing work
* Where: kickstart file is at https://fedorahosted.org/spin-kickstarts/
* Where: kickstart file is at https://fedorahosted.org/spin-kickstarts/
* Why: Because this is our base product
* Why: Because this is our base product
* When: As package sets change and new Fedora releases come out
* When: As package sets change and new Fedora releases come out
* Who: Someone in cloud working group in collaboration with rel-eng and spins sig  
* Who: mattdm from cloud working group in collaboration with rel-eng and spins sig


== QA and Testing ==


=== Ongoing QA Documentation Work ===
* What: Keep above documents up to date, extend and add new documents where necessary.
* Where: Fedora Wiki
* Why: As requirements, processes or tools might change, documents need to change too. Also, some documents need to be copied (and maybe slightly changed) before every round of testing.
* When: Between releasing a new release and the next release's first alpha release candidate's due date.
* Who: Someone in cloud working group or QA.


== port to anaconda/oz/imagefactory ==
=== Ongoing QA Testing Work ===
* What: The current kickstart file is full of kludges for appliance-creator. Port to anaconda/imagefactory kludges
* What: Perform the actual testing according to the test plans and test cases from above. For every single release and re-release.
* Where: same as ongoing maintenance of kickstart
* Where: Fedora Wiki, IRC (#fedora-qa and #fedora-cloud), Bugzilla, Mailing Lists (Cloud SIG and QA), etc.
* Why: appliance-creator is being retired; anaconda-based installs are the way forward
* Why: Because bugs happen, because no-one and nothing is perfect. Because we want our users to have a as flawless experience as possible. And because the automated testing is not yet implemented (and some things might not be fully automatable).
* When: As soon as this is available in Koji. Need a new ImageFactory release, then patches into Koji for support, then a new Koji release, then Koji needs to be updated in Fedora production
* When: From the first alpha release candidate until the final release of each and every release, at least until tests are fully automated.
* Who: Ian McLeod is working on ImageFactory; Jay Greguske on the Koji patches, Mike McLean is Koji maintainer, Dennis Gilmore in release engineering will do the Koji update. Need to work with them to get this in place, and then someone from cloud wg needs to do the updating.
* Who: As many people with as many different environments as possible. Primarily cloud working group and possibly QA people, probably.


== automation in rel-eng ==
== Documentation ==
=== Improve Cloud SIG wiki ===
* What: general improvements to wiki page for both SIG and WG
* Where: https://fedoraproject.org/wiki/Cloud_SIG
* Why: keep pace with recent developments, link all the stuff together, make it easy to dive in
* When:
* Who:


=== produce scratch builds on change ===
= Vague Future =
 
And here are ideas for things we want to do, but haven't really planned for yet.
 
 
= OLD LIST -- MOVE ITEMS BELOW TO TICKETS AND DELETE =
 
 
== Docker ==
 
=== Docker Host Image ===
 
==== selinux work ====
* What:
* What:
* Where:
* Where:
Line 28: Line 69:
* Who:
* Who:


=== upload to ec2 and ftp ===
==== libvirt size ====
* What:
* What:
* Where:
* Where:
Line 35: Line 76:
* Who:
* Who:


== Updates ==
==== etcd? ====
* What:
* Where:
* Why:
* When:
* Who:


* policies
==== mesos orchestration? ====
* procedures
* What:
* automated testing?
* Where:
* other qa?
* Why:
* mirroring?
* When:
* Who:
 
=== Official Fedora Base Container ===


== Docker ==
==== initial kickstart ====
* What:
* Where:
* Why:
* When:
* Who:


=== Docker Host Image ===
==== ongoing maintenance of kickstart ====
* create kickstart
* What:
* selinux work
* Where:
* libvirt size
* Why:
* etcd?
* When:
* Who:


=== Official Fedora Base Container ===
==== More things we can do to make the base better ====
* What: good ideas here: https://github.com/phusion/baseimage-docker and elsewhere
* Where:
* Why:
* When:
* Who:


=== Library of Dockerfiles ===
=== Library of Dockerfiles ===
* What:
* Where:
* Why:
* When:
* Who:


=== Orchestration ===
=== Orchestration ===
* mesos?
* What:
* Where:
* Why:
* When:
* Who:


== Big Data Image ==
== Big Data Image ==
* define
=== define ===
* create
* What:
* test
* Where:
* Why:
* When:
* Who:
=== create ===
* What:
* Where:
* Why:
* When:
* Who:
=== test ===
* What:
* Where:
* Why:
* When:
* Who:
=== maintain ===
* What:
* Where:
* Why:
* When:
* Who:


== Openshift Image ==
== Openshift Image ==
* define
=== define ===
* create
* What:
* test
* Where:
* Why:
* When:
* Who:
=== create ===
* What:
* Where:
* Why:
* When:
* Who:
=== test ===
* What:
* Where:
* Why:
* When:
* Who:
=== maintain ===
* What:
* Where:
* Why:
* When:
* Who:
 
== Random Bits We Could Use ==


=== Cloud-init improvements ===
* What:
* Where:
* Why:
* When:
* Who:


== Planning ==
== Planning ==
* this document
=== this document ===
* Fedora.next changes list
* What:
* Where:
* Why:
* When:
* Who:


== Marketing ===
=== technical specifications ===
* figure out branding
* What: like https://fedoraproject.org/wiki/Workstation/Technical_Specification but for our stuff
* produce content
* Where:
* work with web team
* Why:
* When:
* Who:
 
=== More / better statistics ===
* What:
* Where:
* Why:
* When:
* Who:
 
 
=== Ongoing user surveys ===
* What:
* Where:
* Why:
* When:
* Who:
 
=== Needs for Base WG ===
* What: like the Changelist, but specifically, what we'd like / need from the base
* Where:
* Why:
* When:
* Who:
 
 
=== Needs for Env & Stacks ===
* What: like the Changelist, but specifically, what we'd like / need from Ring 2
* Where:
* Why:
* When:
* Who:
 
== Marketing ==
 
=== figure out branding ===
* What:
* Where:
* Why:
* When:
* Who:
 
=== produce content ===
* What:
* Where:
* Why:
* When:
* Who:
 
=== promote! ===
* What:
* Where:
* Why:
* When:
* Who:
 
=== work with web team ===
* What:
* Where:
* Why:
* When:
* Who:




== Documentation ==
== Documentation ==
* write up what we're doing
=== write up what we're doing ===
* write up any or all of the above
* What:
* Where:
* Why:
* When:
* Who:
 
=== write up any or all of the above ===
* What:
* Where:
* Why:
* When:
* Who:
 
 
 
=== Fedora Cloud Guide ===
* What: Fedora Cloud Guide
* Where:
** Git: https://git.fedorahosted.org/cgit/docs/cloud-guide.git
** Bugzilla: https://bugzilla.redhat.com/enter_bug.cgi?product=Fedora%20Documentation&component=cloud-guide
** Docs Mailing List: https://admin.fedoraproject.org/mailman/listinfo/docs
* Why: Book form documentation to explain what the Cloud is, how Fedora fits in, and how to use Fedora and provided tools in the Cloud.
* When: Anytime
* Who: Anyone!
==== How to Contribute to the Cloud Guide ====
Any form of participation is welcome. You can ask for a particular tool or process to be covered, suggest improvements, critique, point out flaws or outdated content, or write content directly.
 
Fedora Guides are written in docbook and published using Publican.  There is a slight learning curve, but don't let that dissuade you!  Even if you don't want to hack on the guide directly, your feedback and guidance is valuable. Your expertise can help writers with less cloud knowledge to put together a good guide.
 
== Collaboration ==
 
=== Working with CentOS ===
 
==== Gathering downstream needs ====
* What: Future version of CentOS will be shaped by what we are doing; let's get feedback!
* Where:
* Why:
* When:
* Who:
 
==== Cooperating on infrastructure ====
* What: Avoid duplication of effort in tools, infrastructure, etc.
* Where:
* Why:
* When:
* Who:
 
 
 
== Public Cloud Providers ==
=== Amazon EC2 ===
 
==== Amazon Marketplace ====
* What:
* Where:
* Why:
* When:
* Who:
 
 
==== Ongoing EC2 ====
* What:
* Where:
* Why:
* When:
* Who:
 
 
=== Google Compute Image ===
* What:
* Where:
* Why:
* When:
* Who:
 
=== HP Cloud ===
* What:
* Where:
* Why:
* When:
* Who:
 
=== Rackspace ===
* What:
* Where:
* Why:
* When:
* Who:
 
=== Digital Ocean ===
* What:
* Where:
* Why:
* When:
* Who:
 
[[Category:Cloud SIG]]

Latest revision as of 15:27, 19 June 2014

Intro

This is a collaborative list of current and future work for the Fedora Cloud SIG. It's meant to describe what's needed or wanted, and what is being done. (It isn't an assignment sheet or list of demands, although it would be lovely if people are interested in taking responsibility for certain areas.)

Tickets!

This page was previously a gigantic list of items, but that got unwieldy fast. Instead, we have a Trac instance with tickets. Take a look at


Ongoing Work

These are things which are basically continuous effort and might not have open tickets.

Cloud Base Image

General Continuous Updates and Fixes

  • What: The definition of the cloud image needs ongoing work
  • Where: kickstart file is at https://fedorahosted.org/spin-kickstarts/
  • Why: Because this is our base product
  • When: As package sets change and new Fedora releases come out
  • Who: mattdm from cloud working group in collaboration with rel-eng and spins sig

QA and Testing

Ongoing QA Documentation Work

  • What: Keep above documents up to date, extend and add new documents where necessary.
  • Where: Fedora Wiki
  • Why: As requirements, processes or tools might change, documents need to change too. Also, some documents need to be copied (and maybe slightly changed) before every round of testing.
  • When: Between releasing a new release and the next release's first alpha release candidate's due date.
  • Who: Someone in cloud working group or QA.

Ongoing QA Testing Work

  • What: Perform the actual testing according to the test plans and test cases from above. For every single release and re-release.
  • Where: Fedora Wiki, IRC (#fedora-qa and #fedora-cloud), Bugzilla, Mailing Lists (Cloud SIG and QA), etc.
  • Why: Because bugs happen, because no-one and nothing is perfect. Because we want our users to have a as flawless experience as possible. And because the automated testing is not yet implemented (and some things might not be fully automatable).
  • When: From the first alpha release candidate until the final release of each and every release, at least until tests are fully automated.
  • Who: As many people with as many different environments as possible. Primarily cloud working group and possibly QA people, probably.

Documentation

Improve Cloud SIG wiki

  • What: general improvements to wiki page for both SIG and WG
  • Where: https://fedoraproject.org/wiki/Cloud_SIG
  • Why: keep pace with recent developments, link all the stuff together, make it easy to dive in
  • When:
  • Who:

Vague Future

And here are ideas for things we want to do, but haven't really planned for yet.


OLD LIST -- MOVE ITEMS BELOW TO TICKETS AND DELETE

Docker

Docker Host Image

selinux work

  • What:
  • Where:
  • Why:
  • When:
  • Who:

libvirt size

  • What:
  • Where:
  • Why:
  • When:
  • Who:

etcd?

  • What:
  • Where:
  • Why:
  • When:
  • Who:

mesos orchestration?

  • What:
  • Where:
  • Why:
  • When:
  • Who:

Official Fedora Base Container

initial kickstart

  • What:
  • Where:
  • Why:
  • When:
  • Who:

ongoing maintenance of kickstart

  • What:
  • Where:
  • Why:
  • When:
  • Who:

More things we can do to make the base better

Library of Dockerfiles

  • What:
  • Where:
  • Why:
  • When:
  • Who:

Orchestration

  • What:
  • Where:
  • Why:
  • When:
  • Who:

Big Data Image

define

  • What:
  • Where:
  • Why:
  • When:
  • Who:

create

  • What:
  • Where:
  • Why:
  • When:
  • Who:

test

  • What:
  • Where:
  • Why:
  • When:
  • Who:

maintain

  • What:
  • Where:
  • Why:
  • When:
  • Who:

Openshift Image

define

  • What:
  • Where:
  • Why:
  • When:
  • Who:

create

  • What:
  • Where:
  • Why:
  • When:
  • Who:

test

  • What:
  • Where:
  • Why:
  • When:
  • Who:

maintain

  • What:
  • Where:
  • Why:
  • When:
  • Who:

Random Bits We Could Use

Cloud-init improvements

  • What:
  • Where:
  • Why:
  • When:
  • Who:

Planning

this document

  • What:
  • Where:
  • Why:
  • When:
  • Who:

technical specifications

More / better statistics

  • What:
  • Where:
  • Why:
  • When:
  • Who:


Ongoing user surveys

  • What:
  • Where:
  • Why:
  • When:
  • Who:

Needs for Base WG

  • What: like the Changelist, but specifically, what we'd like / need from the base
  • Where:
  • Why:
  • When:
  • Who:


Needs for Env & Stacks

  • What: like the Changelist, but specifically, what we'd like / need from Ring 2
  • Where:
  • Why:
  • When:
  • Who:

Marketing

figure out branding

  • What:
  • Where:
  • Why:
  • When:
  • Who:

produce content

  • What:
  • Where:
  • Why:
  • When:
  • Who:

promote!

  • What:
  • Where:
  • Why:
  • When:
  • Who:

work with web team

  • What:
  • Where:
  • Why:
  • When:
  • Who:


Documentation

write up what we're doing

  • What:
  • Where:
  • Why:
  • When:
  • Who:

write up any or all of the above

  • What:
  • Where:
  • Why:
  • When:
  • Who:


Fedora Cloud Guide

How to Contribute to the Cloud Guide

Any form of participation is welcome. You can ask for a particular tool or process to be covered, suggest improvements, critique, point out flaws or outdated content, or write content directly.

Fedora Guides are written in docbook and published using Publican. There is a slight learning curve, but don't let that dissuade you! Even if you don't want to hack on the guide directly, your feedback and guidance is valuable. Your expertise can help writers with less cloud knowledge to put together a good guide.

Collaboration

Working with CentOS

Gathering downstream needs

  • What: Future version of CentOS will be shaped by what we are doing; let's get feedback!
  • Where:
  • Why:
  • When:
  • Who:

Cooperating on infrastructure

  • What: Avoid duplication of effort in tools, infrastructure, etc.
  • Where:
  • Why:
  • When:
  • Who:


Public Cloud Providers

Amazon EC2

Amazon Marketplace

  • What:
  • Where:
  • Why:
  • When:
  • Who:


Ongoing EC2

  • What:
  • Where:
  • Why:
  • When:
  • Who:


Google Compute Image

  • What:
  • Where:
  • Why:
  • When:
  • Who:

HP Cloud

  • What:
  • Where:
  • Why:
  • When:
  • Who:

Rackspace

  • What:
  • Where:
  • Why:
  • When:
  • Who:

Digital Ocean

  • What:
  • Where:
  • Why:
  • When:
  • Who: