GitHub Actions-Fehler nie mehr verpassen: Sofortalarme mit Echobell
E-Mail- und Slack-Benachrichtigungen für CI-Fehler sind leicht zu übersehen. Die Echobell Notification Action sendet Webhook-Alarme direkt auf Ihr Telefon – Push-Benachrichtigungen für normale Builds, Telefonanrufe bei Produktionsfehlern – damit defekte Pipelines nicht unbemerkt bleiben.
Einrichtung
1. Echobell-Channel erstellen
- Echobell herunterladen und anmelden
- Channel erstellen, z. B. „GitHub CI/CD Alerts"
- Webhook-URL aus den Channel-Einstellungen kopieren
- Im GitHub-Repository: Settings → Secrets and variables → Actions → New repository secret
- Secret
ECHOBELL_WEBHOOK_URLanlegen und die URL einfügen
2. Zum Workflow hinzufügen
Einfaches Setup (Single-Job-Workflows):
name: Build and Test
on:
push:
branches: [main]
pull_request:
branches: [main]
jobs:
build:
runs-on: ubuntu-latest
steps:
- uses: actions/checkout@v4
- name: Build
run: npm run build
- name: Test
run: npm test
- name: Notify on Failure
if: failure()
uses: weelone/echobell-action@v1
with:
webhook-url: ${{ secrets.ECHOBELL_WEBHOOK_URL }}Multi-Job-Pipelines — dedizierter Benachrichtigungs-Job, der von allen kritischen Jobs abhängt:
name: Deploy Pipeline
on:
push:
branches: [main]
jobs:
test:
runs-on: ubuntu-latest
steps:
- uses: actions/checkout@v4
- name: Run Tests
run: npm test
build:
needs: test
runs-on: ubuntu-latest
steps:
- uses: actions/checkout@v4
- name: Build
run: npm run build
deploy:
needs: build
runs-on: ubuntu-latest
steps:
- name: Deploy
run: ./deploy.sh
notify_on_failure:
runs-on: ubuntu-latest
needs: [test, build, deploy]
if: failure()
steps:
- name: Send Failure Notification
uses: weelone/echobell-action@v1
with:
webhook-url: ${{ secrets.ECHOBELL_WEBHOOK_URL }}Der dedizierte Benachrichtigungs-Job liefert bei kaskadierenden Fehlern eine konsolidierte Meldung statt mehrerer separater Benachrichtigungen.
Tipps
Benachrichtigungstitel sollten beantworten: Was ist fehlgeschlagen, wo und wann? Muster wie ❌ Main Branch CI Failed oder 🚨 Deploy Pipeline Down - Production sind bewährt.
Separate Channels nach Schweregrad. Standard-Channel für normale CI-Alarme, zweiter Channel auf Anruf für Produktionsfehler. Verschiedene Workflows zeigen auf verschiedene Webhook-URLs. Details zu Anruf-Benachrichtigungen: Anruf-Benachrichtigungen.
Channels mit dem Team teilen. Einen Channel für CI/CD-Fehler erstellen, die das gesamte Team sehen soll, und einen separaten für Infrastruktur-Probleme. Echobells geteilte Channels ermöglichen es Teammitgliedern, mit eigenen Benachrichtigungseinstellungen zu abonnieren – ohne individuelle Webhook-Konfiguration.
Verwandte Ressourcen
- Webhook-Dokumentation — vollständige Webhook-API-Referenz
- Templates und Bedingungen — Benachrichtigungsinhalte und Filterung anpassen
- Grafana Anruf-Benachrichtigungen — Telefonanrufe für Monitoring-Systeme
- WebhookMCP-Benachrichtigungen — Alarme bei KI-Aufgaben-Abschluss
- Feature-Dokumentation: Channels, Webhooks, E-Mail-Trigger, Anruf-Benachrichtigungen
Von
Nooc
am
26.04.2025