fx-private-relay/docs/base-load-engineer-playbook.md

5.0 KiB

Relay: "Base load" Engineer playbook

Starting in H2'24, Relay ENGR team expanded the "Release Engineer" role into a "Base load Engineer" role who handles consistent expected work like releases and dependency updates, and who fields un-planned incoming work requests like bug reports and customer support requests. (The term "base load" comes from electrical grids, where it describes the minimum level of demand over a span of time.)

Rotation

Relay ENGRs rotate thru the "Base load" role every 2 weeks on Tuesdays, to coincide with our weekly Tuesday release schedule. The current Relay ENGR team consists of these engineers who rotate thru the role:

  1. @jwhitlock
  2. @groovecoder

Daily routine

Your primary role is to perform the checks and make sure the necessary work gets done. You don't have to perform every task yourself. When you check any of the channels below, you may delegate the resulting task to the most appropriate party.

If any items found during the checks below are incident-level severity, you are likely to take the role of engineering lead for the incident unless you delegate to another more appropriate party.

  1. Check Security Dependabot Alerts for any critical security updates to make
  2. Check #relay-alerts for any critical operational issues to fix
  3. Check the Sentry Releases report to watch for any new issues
  4. Check #relay-jira-triage for any urgent new tickets
  5. Check #privsec-customer-experience channel for any urgent inbound CX requests
  6. Check dependabot pull requests.
  7. Co-ordinate, re-tag for stage fixes as needed

Mondays

  1. Daily routine
  2. Prepare release for tomorrow

Tuesdays

  1. Daily routine
  2. SRE processes ticket to release the tag to production
  3. Update Github Release to current release
  4. Monitor Sentry Releases for new production issues
  5. (On your 3rd Tuesday) Hand-off base load duties to next engineer in rotation

Wednesdays

  1. Daily routine
  2. Before releasing to Stage, run e2e tests against the dev environment via GitHub Actions.
  3. Release to stage (tag, Github release notes)
    • Ping all the engineers who have changes in the release to:
      • Move cards to “Ready to Test” if necessary
      • Include instructions for QA to test
    • Confirm any hotfixes are also in the new tag

Thursday and Fridays

  1. Daily routine