When a node has a change in status, we want to alert them via the satellite service instead of using a dataflow and sending via customer.io, so that node operators receive their status alerts in a timely manner.
Emails sent from the satellite upon important node status changes (e.g. suspended, disqualified, offline for a certain amount of time). Look at the emails being sent from Customer.io, and update this list accordingly - PRD: https://storjlabs.atlassian.net/wiki/spaces/PM/pages/2196045827/Send+Node+Status+Emails+via+the+Satellite+or+update+logic+in+c.io
The implementation is not as important as the end result. One potential implementation is an "email queue" similar to the repair queue. The audit service, when a node's status changes, can add an email to this queue to be sent by a separate service on the satellite which processes this queue.
Email sending should not reduce audit performance
When a node has a change in status, we want to alert them via the satellite service instead of using a dataflow and sending via customer.io, so that node operators receive their status alerts in a timely manner.
Emails sent from the satellite upon important node status changes (e.g. suspended, disqualified, offline for a certain amount of time). Look at the emails being sent from Customer.io, and update this list accordingly - PRD: https://storjlabs.atlassian.net/wiki/spaces/PM/pages/2196045827/Send+Node+Status+Emails+via+the+Satellite+or+update+logic+in+c.io The implementation is not as important as the end result. One potential implementation is an "email queue" similar to the repair queue. The audit service, when a node's status changes, can add an email to this queue to be sent by a separate service on the satellite which processes this queue. Email sending should not reduce audit performance