Monitoring von außen gesteuert aus Ihrer Pipeline
AlertSleep prüft Ihre öffentlichen Endpunkte, Ports, Zertifikate und geplanten Jobs von außerhalb Ihres Netzwerks, bestätigt Ausfälle, bevor jemand alarmiert wird, und nimmt Befehle aus Ihrer CI über eine einfache REST-API entgegen. Auf Ihren Servern ist nichts zu installieren.
- Prüfungen alle 60 Sekunden
- Wartungsfenster aus der CI
- SMS und Telefonanrufe inklusive
# .github/workflows/deploy.yml
- name: Mute AlertSleep during the deploy
env:
ALERTSLEEP_TOKEN: ${{ secrets.ALERTSLEEP_TOKEN }}
MONITOR_ID: ${{ vars.ALERTSLEEP_MONITOR_ID }}
run: |
curl -fsS -X POST https://api.alertsleep.com/public/v1/maintenance-windows \
-H "AuthToken: $ALERTSLEEP_TOKEN" \
-H "Content-Type: application/json" \
-d "{\"title\":\"Deploy ${GITHUB_SHA::7}\",
\"starts_at\":\"$(date -u +%FT%TZ)\",
\"ends_at\":\"$(date -u -d '+20 min' +%FT%TZ)\",
\"monitor_ids\":[\"$MONITOR_ID\"]}"
Was Sie überwachen können
Alles, was aus dem Internet erreichbar ist und wovon Ihre Nutzer oder Ihre Jobs abhängen.
Steuern Sie es aus der Pipeline
Kein Plugin zu installieren und keines aktuell zu halten: Jeder Schritt ist eine einzige HTTP-Anfrage.
Einen neuen Dienst überwachen
Legen Sie nach dem ersten Deployment eines Dienstes im selben Job seinen Monitor an und behalten Sie die zurückgegebene ID für spätere Schritte.
# after a new service is deployed: watch its health endpoint
curl -fsS -X POST https://api.alertsleep.com/public/v1/monitors \
-H "AuthToken: $ALERTSLEEP_TOKEN" \
-H "Content-Type: application/json" \
-d "{\"friendly_name\":\"$SERVICE (prod)\",
\"url\":\"https://$SERVICE.example.com/healthz\",
\"type\":\"http\",\"interval_seconds\":60}" \
| jq -r .monitor.idEinen Server außer Betrieb nehmen
Pausieren Sie seine Monitore, während er geleert oder neu aufgebaut wird, und setzen Sie sie fort, wenn er wieder da ist. Ein pausierter Monitor sendet keine Alarme.
# taking a server out of service: stop checking it
curl -fsS -X PUT https://api.alertsleep.com/public/v1/monitors/$MONITOR_ID \
-H "AuthToken: $ALERTSLEEP_TOKEN" \
-H "Content-Type: application/json" \
-d '{"status": "paused"}'
# back in service
curl -fsS -X PUT https://api.alertsleep.com/public/v1/monitors/$MONITOR_ID \
-H "AuthToken: $ALERTSLEEP_TOKEN" \
-H "Content-Type: application/json" \
-d '{"status": "up"}'Belegen, dass das Backup gelaufen ist
Melden Sie den Start, den Erfolg oder den Exit-Code. Ein Lauf, der nie startet, nie endet oder fehlschlägt, löst eine E-Mail aus.
#!/usr/bin/env bash
# nightly backup: report the start, the success or the exit code
set -o pipefail
PING=https://api.alertsleep.com/v1/ping/YOUR-TOKEN
curl -fsS "$PING/start"
if pg_dump "$DATABASE_URL" | gzip > /backups/db.sql.gz; then
curl -fsS "$PING"
else
curl -fsS "$PING/fail" -d exit_code=$? -d message="pg_dump failed"
fiÖffentliche API unter /public/v1, ein API-Token im AuthToken-Header, bis zu 500 Anfragen pro Minute und Token. Ein Wartungsfenster dauert höchstens 24 Stunden, sodass eine Pipeline, die mittendrin abbricht, Ihre Monitore nicht dauerhaft stummschalten kann. Weitere Beispiele für Entwickler
Weniger Fehlalarme um 3 Uhr nachts
Ein Alarm, hinter dem nichts steckt, bringt allen bei, den nächsten zu ignorieren.
Bestätigt von einem zweiten Standort
Aufeinanderfolgende Fehler
Wartungsfenster
Ihr eigener Timeout
Kanäle pro Monitor
Sie erfahren, wann es vorbei ist
Wohin Alarme gehen
Alle an einem Monitor aktivierten Kanäle werden im selben Moment alarmiert.
- Der Alarm nennt, was fehlgeschlagen ist: den Statuscode, den Timeout, den DNS-, Verbindungs- oder TLS-Fehler oder das fehlende Keyword.
- Der Webhook sendet JSON bei monitor.down, monitor.up und Zertifikatsereignissen, signiert mit HMAC-SHA256, wenn Sie ein Secret setzen.
- SMS und Telefonanrufe sind im Tarif enthalten, ab $59 pro Jahr, als monatliches Kontingent ohne Guthabenpakete zum Nachkaufen.
- Telefonanrufe und SMS können auf Englisch, Deutsch, Französisch, Spanisch, Polnisch oder Tschechisch verfasst werden.
Liegt es an Ihrem Stack oder an Ihrem Anbieter?
Prüfen Sie die Cloud-, Hosting- und Entwicklerdienste, auf denen Sie laufen. Jede Seite zeigt unsere eigenen Prüfungen und die offiziellen Vorfälle des Anbieters.
Was AlertSleep nicht ist
Damit Sie es vor der Anmeldung wissen.
- Es prüft von außen und erreicht daher nur öffentliche Adressen. Dienste in einem privaten Netzwerk oder hinter einem VPN können nicht überwacht werden, und es gibt keinen Agenten zu installieren.
- Es zeichnet Verfügbarkeit und Antwortzeit auf, keine Metriken: keine CPU oder Speicher, keine Query-Performance, Connection-Pools oder Replikationsverzögerung, keine Logs oder Traces.
- Es erkennt nichts automatisch. Es gibt keine Kubernetes-Integration; jeder Endpunkt oder Port ist ein Monitor, den Sie anlegen, im Dashboard oder über die API.
- Es gibt keine CI-Plugins, keinen Terraform-Provider und keine YAML-Konfiguration. curl in einem Pipeline-Schritt erledigt dieselbe Aufgabe.
- Es gibt keine PagerDuty- oder Opsgenie-Integration und keine Rufbereitschaftsplanung. Der generische Webhook kann ein Tool beliefern, das eingehende Webhooks annimmt.
- Eine Port-Prüfung ist eine TCP-Verbindung und nicht mehr; UDP wird nicht unterstützt.
Häufig gestellte Fragen
Wie passt AlertSleep in eine CI/CD-Pipeline?
Wie vermeide ich Alarme während eines Deployments?
Kann AlertSleep Kubernetes überwachen?
Kann ich Datenbanken und interne Dienste überwachen?
Lässt sich AlertSleep mit PagerDuty oder Opsgenie verbinden?
Wie schnell erfahre ich von einem Ausfall?
Gibt es einen Terraform-Provider oder eine YAML-Konfiguration?
Kann ich es kostenlos testen?
Stellen Sie Ihren ersten Endpunkt unter Beobachtung
Legen Sie ihn im Dashboard oder mit einem einzigen API-Aufruf an und schalten Sie ihn bei Ihrem nächsten Deployment stumm. 14 Tage kostenlos testen, ohne Karte.