Serverzustand

1Einschalten

Nichts hinzuzufügen: Es startet mit Blipit.init. Gib jeder App einen serverName, damit ihre Server unter einem Namen gruppiert werden.

Blipit.init({
  key: process.env.BLIPIT_SECRET_KEY,
  serverName: "api",
});

2Was jeder Server sendet

• Die vom Prozess genutzte CPU, wobei 100 % ein voller Kern ist.
• Den vom Prozess genutzten Speicher und wie voll der Speicher der Maschine ist.
• Belegten und gesamten JavaScript-Heap.
• Die Event-Loop-Verzögerung im 99. Perzentil: wie lange Anfragen warten, während der Server beschäftigt ist.
• Offene Handles wie Sockets und Timer.
• Datenbankverbindungen aus pg-Pools: in Benutzung, frei und wartend. Wartend heißt, Anfragen stehen für eine Verbindung an.

3Die Seite lesen

Live heißt, der Server sendet Daten; Meldet sich nicht heißt, er ist verstummt. Wähle einen Server für seine Diagramme. Die Seite aktualisiert sich alle 30 Sekunden, solange sie offen ist.

4Alarme erhalten

Unter Alarme, im Bereich Alarme für Abhängigkeiten und Server, legst du für jeden Alarm deinen eigenen Grenzwert fest oder schaltest ihn ab.

• Hohe CPU-Last: die CPU eines Servers bleibt über deinem Grenzwert.
• Speicher fast voll: die Speichernutzung eines Servers bleibt über deinem Grenzwert.
• Langsame Antworten: die Event-Loop eines Servers ist länger als dein Grenzwert blockiert, sodass Anfragen warten.
• Meldet sich nicht mehr: kein Server eines Dienstes sendet mehr Daten, zum Beispiel nach einem Absturz.

5Andere Stacks

Sende OpenTelemetry-Metriken als OTLP-JSON an https://in.blipit.io/v1/metrics mit dem Header X-Blipit-Key. Blipit liest process.cpu.utilization, process.memory.usage, system.memory.utilization, system.cpu.load_average.1m, db.client.connections.usage und die Event-Loop-Metriken von Node.js; service.instance.id benennt den Server.

OTEL_EXPORTER_OTLP_METRICS_ENDPOINT=https://in.blipit.io/v1/metrics
OTEL_EXPORTER_OTLP_METRICS_PROTOCOL=http/json
OTEL_EXPORTER_OTLP_HEADERS=X-Blipit-Key=blipit_sk_your_secret_key

6Serverless-Funktionen

Apps auf Vercel, AWS Lambda, Netlify oder Azure Functions laufen als viele kurzlebige Instanzen, die zwischen Anfragen pausieren. Serverzustand fasst sie in einer Zeile pro Plattform zusammen, etwa Vercel-Funktionen, mit der Zahl der gesehenen Instanzen und ihrem Speicher, statt jede Instanz als Server aufzulisten. CPU und Nicht gemeldet entfallen, weil eine pausierte Instanz beides nicht sinnvoll meldet, und Serverless-Instanzen lösen nie Alarme für hohe CPU, langsame Antworten oder ausbleibende Meldungen aus.

Gut zu wissen

• metrics: false schaltet es ab; metricsIntervalMs ändert das 30-Sekunden-Intervall, bis hinunter auf 10 Sekunden.
• So lange aufbewahrt wie Spans: 7 Tage bei Free und Solo, 14 Tage bei Team und Scale. Serverdaten zählen zu keinem Kontingent.
• Der Speicherprozentsatz bezieht sich auf den Gesamtspeicher der Maschine. In einem Container mit niedrigerem Speicherlimit als der Host achte stattdessen auf Belegter Speicher.