Migrating from fedimg to ore

Last few days, I spent doing a feasibility analysis on the migrating from fedimg to ore, a subproject of mantle to release the Fedora cloud images. ore/mantle comes from the CoreOS community. mantle is comprised of multiple utility projects to keep the CL bits together. The workflow for fedimg right now: - Downloads the raw.xz image - Uses the ImportVolume AWS API[1] to create a volume via S3 - Creates the snapshot using the earlier created volume - Registers the AMI of the snapshot provided - Copies the AMI to other regions and makes the AMI and the snapshot public. What if we migrate to Ore? The process remain more or less the same except for a few changes: - Downloads the .qcow2 image * Once we start using the .qcow2 image we don't need releng to produce two formats i.e. qcow2 & .raw.xz - Converts the .qcow2 image to .vmdk format image using qemu-img - Uses the newer supported AWS API i.e. ImportSnapshot which directly creates the Snapshot uploading the image via S3 - Registers the AMI with the snapshot. - Copies the AMI to other regions. - Ore also skips any of the steps already processed which makes it easier for the AMIs maintainer. - Ore has a more maintainers than fedimg. - It's better to focus on a single project than maintaining two. Two areas where it needs more research - how do we send out the fedmsg messages when we move to ore - making the images & the snapshots public. Thoughts? -- Sayan Chowdhury <https://sayanchowdhury.dgplug.org/> Senior Software Engineer, Fedora Engineering - Emerging Platform GPG Fingerprint : 0F16 E841 E517 225C 7D13 AB3C B023 9931 9CD0 5C8B Proud to work at The Open Organization!