Closed Bug 688923 Opened 13 years ago Closed 9 years ago

host development VM image downloads for webdev projects

Categories

(mozilla.org Graveyard :: Webdev, task)

task
Not set
normal

Tracking

(Not tracked)

RESOLVED WONTFIX

People

(Reporter: rhelmer, Unassigned)

References

Details

We're using Vagrant to script VM construction for a number of mozilla webdev projects now, which results in a working Virtualbox VM.

Instead of requiring contributors to install manually or run install/run vagrant to bootstrap an environment, we should periodically export VMs and upload them somewhere. Longer-term we can tie this into our CI processes, and automatically export VMs when they produce a build that passes tests.

This bug is just tracking having a place for these to live, which is linked to from the right "Get Involved" documentation. Ideally it would allow rsync as well as HTTP access, but I wouldn't call this a blocker.

CCing lorchard as I think he was interested in driving this, and davedash who mentioned that he wanted to start publishing ASAP.
What I'm thinking goes a bit further than the hosting itself. But rather than get bugzilla-happy with blocker bugs, here are some next steps off the top of my head:

* Assemble a group of webdev projects (and respective leads) committed to regularly producing VM images.

* Iron out kinks in VM image production for webdev projects. Need a wiki page to expand on this, share lessons learned, etc. (eg. git clone + vagrant up? fully self-contained virtualbox image, produced by vagrant + puppet?)

* Define "regularly" for each project - and schedule it so we keep doing it. By hand - monthly or after each major site push? Nightly via Jenkins? (Even if it's just monthly by hand, it would be cool to get *something* going and improve process later.)

* Commit to eating our own virtualized dogfood during development. (not sure how to goal-ify or measure that.)

* Work with IT to set up public hosting for VM downloads ranging in size from 500MB to 2GB - maybe bigger, depending on what Socorro yields

* Establish a process for project leads to update hosted VM images (ie. file an IT bug, or can we do better than that / annoy IT less?)

* Launch a public web page listing webdev projects, with content inviting contributors to download the latest VM image and instructions for use. (wiki page? moz.org page?)

* Blog about it! (I've got a post percolating in my head, fwiw)
Summary: host development VMs for webdev projects → host development VM image downloads for webdev projects
(In reply to l.m.orchard [:lorchard] from comment #1)

> * Assemble a group of webdev projects (and respective leads) committed to
> regularly producing VM images.
> 
> * Iron out kinks in VM image production for webdev projects. Need a wiki
> page to expand on this, share lessons learned, etc. (eg. git clone + vagrant
> up? fully self-contained virtualbox image, produced by vagrant + puppet?)

Starting to do a brain dump here:
https://wiki.mozilla.org/Webdev:DevBoxVMImages
Component: www.mozilla.org → www.mozilla.jp
Component: www.mozilla.jp → www.mozilla.org
Component: www.mozilla.org → General
Product: Websites → www.mozilla.org
Component: General → Webdev
Product: www.mozilla.org → mozilla.org
Version: unspecified → other
Old bug is old: is this still a thing, or can we close out?
Last project I was on that needed to host VM images (MDN) just ended up doing it on Amazon S3. So, I don't think this needs to be a Big Official Project, as long as we can just do that when needed.

As for production & maintenance of images... I think some folks were doing interesting things with spinning up Docker images in Jenkins? There's also Docker Hub, so I think 3rd parties have us covered on this too

TL;DR: This bug can probably go away
(In reply to Les Orchard [:lorchard] from comment #4)
> TL;DR: This bug can probably go away

Agreed. If we want to go the route of Big Official Project we can open a new bug and have a kick-off party with pie and soda.
Status: NEW → RESOLVED
Closed: 9 years ago
Resolution: --- → WONTFIX
Product: mozilla.org → mozilla.org Graveyard
You need to log in before you can comment on or make changes to this bug.