Monitoring z zewnątrz, którym steruje Twój pipeline

Po pierwszym wdrożeniu usługi utwórz jej monitor w tym samym jobie i zachowaj zwrócone id na kolejne kroki.

# 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.id

Wstrzymaj jego monitory na czas drenowania albo przebudowy i wznów je, gdy serwer wróci. Wstrzymany monitor nie wysyła alertów.

# 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"}'

Zgłoś start, sukces albo kod wyjścia. Przebieg, który nie wystartuje, nie skończy się albo zakończy błędem, oznacza e-mail.

#!/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