Flyte enables production-grade orchestration for machine learning workflows and data processing created to accelerate local workflows to production.

Flyte

Do I understand the <https://docs.flyte.org/projects/cookbook/en/latest/auto/deployment/lp_notifications.html#sphx-glr-auto-deployment-lp-notifications-py|slack notification documentation> correctly that this is relying on a managed AWS service that flyte sends an email to and which then forwards to slack? :slightly_smiling_face: (Meaning will not work on GCP currently?)

yes this is correct! we do have SendGrid as an alternate email provider implemented

alternatively we could just directly use slack webhook integration

but that will require some implementation work (if you'd like to contribute... :smile:)

That seems worth ensuring there are github issues for that, so able to track such work if anyone eventually looks to take on ( I’ve built slack integrations in the past, but don’t have time immanently to take on ).  Can <@U02J8QS6AN7>, <@UPBBNMXD1>, or other create relevant issue(s) ( if they don’t already exist )?

sure, done here: <https://github.com/flyteorg/flyte/issues/2317> please feel free to comment

Thanks for creating the issue :slightly_smiling_face: (Actually happy to contribute).
SendGrid is a viable option for us at the moment. <https://artifacthub.io/packages/helm/flyte/flyte|This> suggests that one needs to set `SENDGRID_API_KEY` in the helm values. Is there anything else that needs to be configured? (Cannot find “sendgrid” in the docs.)

hey <@U02J8QS6AN7> i believe you'll want to fill out <https://docs.flyte.org/en/latest/deployment/cluster_config/scheduler_config.html#emailer-interfaces-notificationsemailerconfig|this> in the notifications config

&gt; :slightly_smiling_face: (Actually happy to contribute).
this would be amazing :smile: let me know if you want to chat a bit about this, would love to see simpler integrations happen!