Ops requirements needed for production rollout of Durable Sync. #15

Activity

1. tublitzed

   assigned

   Micheletto

   on Nov 13, 2019
2. Micheletto commented on Nov 14, 2019

   

   Micheletto

   on Nov 14, 2019

   Last edited by Micheletto

   More actions

   Operations requirements for taking 10% of production users.

   • QA sign-off on supported Sync clients interactions with Sync-RS.
   • QA sign-off on server component with particular emphasis on load testing.
   • Operational readiness:
     • Add Sync-RS monitoring.
     • Review of __heartbeat__ endpoint.
     • Basic service documentation, this exists but should be updated.
   • Description of operational level agreement:
     • How slow is too slow? As measured by average upstream_response time, or network time?
     • What is the errors per second threshold before considering the service broken?
     • Uptime requirements: If GCPs Spanner service is down for > X minutes, we're down.
     • Any other availability or performance requirements.
   • A documented understanding that this phase of rollout is a live operational acceptance test.
     • Taking care to make a use vs. mention distinction, this service while named "durable sync" is not yet proven durable, and Operations is, for the purposes of this test, going to consider Sync-RS equivalent to the non-durable sync nodes and use the same toolset, including the data loss inducing user migrations, to deal with encountered problems.
3. Micheletto commented on Nov 14, 2019

   

   Micheletto

   on Nov 14, 2019

   More actions

   Operations requirements to graduating service to durable status:

   • QA sign-off on supported Sync clients migration capabilities.
   • Updated acceptable use policy.
   • Documented methods for enforcing acceptable use policy.
     • Will we switch to enabling quotas for this service?
     • What are the requests per second, or maximum hourly/daily limits?
   • Automated encrypted backup plan for disaster recovery.
   • QA sign-off on DR recovery with particular emphasis on client behavior on Syncing to old data.
   • Load testing + predictable Spanner maintenance tasks:
     • Multi-part schema changes.
     • Spanner node increase.
4. tublitzed commented on Nov 15, 2019

   

   tublitzed

   on Nov 15, 2019

   ContributorAuthor

   More actions

   Thank you so much for the details here, @Micheletto, this is incredibly helpful. I'm going to close this out and we can shift over to linked tasks from here.

   Operations requirements for taking 10% of production users.

   QA here is underway. I'll leave monitoring to you (unless there's anything else you need from us there, in which case let me know).

   With regards to the heartbeat endpoint, I've opened this issue which we'll tackle next week.

   With regards to the operational agreement, I'll take a stab at it next week: I opened this issue to track status there.

   In terms of documenting expectations around "durability", I've added a final new "graduating to durable status" item to our rollout plan and will not plan on referring externally to Sync as "durable" until that happens.

   Operations requirements to graduating service to durable status:

   Thanks for this bit as well. Since we're looking at ~3 months until we get to this stage, I'm going to hold off on creating specific tasks here. As we get closer, we'll revisit it, and this won't be lost as it's clearly linked in the last phase of the plan to enable for new Sync users.
5. tublitzed

   closed this as completedon Nov 15, 2019