Re: Schedules - breaking it down

Hi, Renoir:

Cool. That's the step Migration, #2, below. So you can start now by estimating the time for each of your bullet points, and how long each subsequent cycle is. Then, when Doug provides you with the hard end-date, you can work back from there. (That'll even give you the date when you need access to the new data center, at which point all the agreements/paperwork should be done.)

Sounds good?

(An aside: will you send out a migration plan? We should prepare the community on things like: how dev/testing/staging/prod will work on these 2 instances, will there be down times due to work? If not, how long is the switch-flip period? Will you be asking the community to test it in the wild for a day or so?)

J
----------------------------
julee@adobe.com
@adobejulee

From: Renoir Boulanger <renoir@w3.org<mailto:renoir@w3.org>>
Date: Friday, October 25, 2013 6:21 AM
To: julee <jburdeki@adobe.com<mailto:jburdeki@adobe.com>>
Cc: WebPlatform Public List <public-webplatform@w3.org<mailto:public-webplatform@w3.org>>
Subject: Re: Schedules - breaking it down

Hello Julee, all

I think there are missing points:

Migration:
- rework hard coded configuration management script that applies only to current location
- test in a separate environment the configuration management scripts
- create two new environments in new cloud provider (test, production)
- code a synchronization script (files, replace database) to make final migration flip be as quick as possible
- test whether we can send play log to new production db server deployment


These steps are roughly what has to be done and should be done more than once to ensure the real flip is seamless.


Renoir Boulanger | Developer operations engineer
W3C | webplatform.org

http://w3.org/people/#renoirb ✪ https://renoirboulanger.com ✪ @renoirb
~

Julee Burdekin <jburdeki@adobe.com<mailto:jburdeki@adobe.com>> wrote:

Hi, Doug, Renoir & Alex:

As we discussed in the last meeting, we need to make sure the various projects are coordinated. So I thought I would share with you what needs to happen to make sure we have rough schedules that we can compare:

Migration:

 1.  Doug needs to provide the end-date for the HP contract.
 2.  Renoir can then sketch a high-level schedule for migration.

Compatibility tables:

 1.  Doug needs to follow up with Ronald regarding the Compatibility Tables Phase 1 work: what's the end-date?
 2.  Then, someone needs to estimate the time it'll take the frontend dev person to script parsing the object Ronald comes up with & inserting it into the property pages.
 3.  If the timeline for either of these two items is too lengthly, we should meet to come up with a manual workflow for getting the data into the pages.

CSS Properties project:

 1.  Julee needs to come up with a new endgame schedule (dependent on the Compat-tables schedule).
 2.  Alex needs to come up with a relative launch schedule.

I hope this helps breaking it down so we can get these out. If we need swim lane diagrams, I can work them up based on the information you provide. But let's keep them really simple: even just starting out with bullet points might give us a lot of info.

Regards!

Julee
----------------------------
julee@adobe.com<mailto:julee@adobe.com>
@adobejulee