CloudServices/Sync/Atomic IO: Difference between revisions

From MozillaWiki
Jump to navigation Jump to search
No edit summary
Line 6: Line 6:
# Server is ready for client to be developed against (not officially ready for client testing)
# Server is ready for client to be developed against (not officially ready for client testing)
# Server test pass 2 - server can handle production traffic for at least one node. '''(karl/bobm to define)'''
# Server test pass 2 - server can handle production traffic for at least one node. '''(karl/bobm to define)'''
** no more than 10% regression in queries per sec
** no regression in count of 503 statuses emitted.
# Server is deployed to production (server can handle atomic and partial writes from client based on header)
# Server is deployed to production (server can handle atomic and partial writes from client based on header)
# Client can land in Nightly using production sync server. Server is backward compatible and sends atomic IO support header.
# Client can land in Nightly using production sync server. Server is backward compatible and sends atomic IO support header.
Line 14: Line 16:
* Currently we are at Step 5
* Currently we are at Step 5
* Client support is not blocked and active for Android, iOS, and Desktop.
* Client support is not blocked and active for Android, iOS, and Desktop.
* Karl/Bobm to define "Test Pass 2"
* <strike>Karl/Bobm to define "Test Pass 2"</strike>

Revision as of 22:05, 8 August 2016

Plan for shipping Sync Atomic IO in Firefox

  1. Atomic writes storage server code complete and ready for testing
  2. Server Staged
  3. Server test pass 1 completed (smoke level test pass)
  4. Server is ready for client to be developed against (not officially ready for client testing)
  5. Server test pass 2 - server can handle production traffic for at least one node. (karl/bobm to define)
    • no more than 10% regression in queries per sec
    • no regression in count of 503 statuses emitted.
  1. Server is deployed to production (server can handle atomic and partial writes from client based on header)
  2. Client can land in Nightly using production sync server. Server is backward compatible and sends atomic IO support header.
  3. Measure and analyze traffic and behavior.
  4. Upon 'GO' from testing and metrics, clients ride train to Release channel using production server

Actions:

  • Currently we are at Step 5
  • Client support is not blocked and active for Android, iOS, and Desktop.
  • Karl/Bobm to define "Test Pass 2"