fix: add retries and provider failover to notification delivery

[DevALVIN-24]

closes #1210

Description:
This pull request addresses the transient provider outage issue that previously led to silently dropped user-facing notifications.

Changes:

• Retry Mechanism: Implemented inline exponential backoff (e.g. 1s, 2s, 4s, etc.) up to 3 max retries to protect against transient provider failures without dropping logs.
• Permanent Failure Recording: Persists error stack and failure reasons on the log's metadata.failureReason on exhausting retry limits or striking a permanent error for queryability via getDeliveryLogsForUser.
• Provider & Channel Failover:
  • Added primary to secondary provider failover for email delivery.
  • Built channel fallback support that auto-routes CRITICAL severity notifications from Push to Email, or Email to SMS, ensuring vital deliveries arrive despite channel blackouts.
• Prometheus Metrics: Integrated existing @Global MetricsService to export counts for delivery attempts, successes, permanent failures, and failovers.
• Tracked Issues: Updated all raw markers to sequentially tracked codebase pointers (#1021 through #1025).

[drips-wave]

@DevALVIN-24 Great news! 🎉 Based on an automated assessment of this PR, the linked Wave issue(s) no longer count against your application limits.

You can now already apply to more issues while waiting for a review of this PR. Keep up the great work! 🚀

Learn more about application limits

[Cedarich]

@DevALVIN-24 kindly fix CI