Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Create procedure for notifying technical champions of hub changes #5281

Open
jmunroe opened this issue Dec 12, 2024 · 0 comments
Open

Create procedure for notifying technical champions of hub changes #5281

jmunroe opened this issue Dec 12, 2024 · 0 comments

Comments

@jmunroe
Copy link
Contributor

jmunroe commented Dec 12, 2024

See https://2i2c.slack.com/archives/C028WU9PFBN/p1734030505897839 for additional context.

Proposal:

MVP for a procedure to notify technical champions of user facing hub change

  1. Applies when a change in 2i2c infrastructure has the potential for changing the using facing experience (configuration changes, UI/UX change, change in cloud confirmation, change in image used, change in home folder configuration, or any other change where the user might 'see' some change in behavior.
  2. A 'change summary' (which will likely reference the PR involved but may need more explanation for end users) is created when ever a 'change' is made to the infrastructure.
  3. Use the 'Authorized Technical Contacts' database (https://airtable.com/appbjBTRIbgRiElkr/pagD3XyZjqBunYMnC) to look up the Hubs affected by the infrastructure change.
  4. Develop a new deployer sub command that can report back the list of hubs that will be impacted by a change and subsequently make a query to this database for the list of email address to be contacted.
  5. Automatically post this 'change summary' in a change log available from both our 2i2c.org webpage and the hub admin page for the affect ed hubs.
  6. Automatically email out this 'change summary' to the technical contacts on affected hubs
  7. In this MVP, no warning is given to changes but in a subsequent version we may want to 'schedule' an infrastructure change that will occur in the future. This would give time for the technical contacts to respond if needed.
  8. Changes (as identified by PRs merged to the infrastructure) should be flagged for review if there is NOT a corresponding change log entry made so that we held accountable for making changes that are not communicated.
  9. This automatic change email would be in addition to any support desk communication or slack conversation that might have prompted the change. It would serve as form of receipt to all of the identified technical contacts for impacted hubs that a change has incurred.
  10. The 'change summary' email should include a link back to support@2i2c.org with an invitation to follow up.
  11. Assume that the technical contacts listed in https://airtable.com/appbjBTRIbgRiElkr/pagD3XyZjqBunYMnC are sufficiently up to date for the purposes of this MVP.
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

No branches or pull requests

1 participant