Wrap deployment notifications in a Slack thread

After #1241 (closed), a slack notification is sent to #announcements if a deployment is in progress and if there's an active incident or if there's something wrong with the health status checks. Since we often deploy with an incident active while we wait for the fix, the notifications can still get too noisy.

Proposal

Use Slack threads for the deployment notifications, this way the release managers can be notified just once and upcoming messages can be appended to the thread.

To do

Test

Before testing, we need to:

Deployment log

14/Dec

15/Dec

Screen_Shot_2020-12-15_at_18.40.30

  • From observation, notifications always start with gprd-migration 50%, so this one should be considered by release-tools to be the initial deployer job.
  • We need to find a better way to share the Slack message ID so subsequent messages can be threaded

17/Dec

Screen_Shot_2020-12-17_at_10.57.45

  • As a quick fix, it was decided to remove the noisiness from Slack messages, meaning:

    • The initial message should contain the Slack foreword (active incidents and healthy health status)
    • Threaded messages should only contain the deployment step information.
    • Implemented on gitlab-org/release-tools!1332 (merged)
  • Initial deployer job strategy seems to be unreliable. An issue was opened to discuss alternatives #1432 (closed)

    • We discovered the unreliability wasn't on the release-tools side but rather on the deployer side.

23/Dec

How to disable?

Follow ups

  • Ping Release Managers on the initial message - #1443
Edited by Mayra Cabrera