STATUS · LIVE

Einige Komponenten beeinträchtigt. In Echtzeit beobachtet.

EasyLiveChat prüft kontinuierlich jede Komponente der Plattform. Diese Seite ist ein Live-Read derselben Checks, die unser internes Alerting steuern — ohne Marketing-Geschwafel, ohne verzögerte Sync.

ALLE 30s GEPRÜFTEinige Komponenten beeinträchtigt

API

API-Gateway

Operational

Hono + Bun REST-Oberfläche. Alle /api-Routen fließen durch diese Schicht.

LETZTE 90 TAGEGeprüft 5:47:44 PM
vor 90 Tagenheute

DB

Postgres-Primary

Beeinträchtigt

Tenant-isoliertes Postgres 16, eu-central-1 Primary mit Hot-Standby in eu-west-1.

LETZTE 90 TAGE679 ms Probe
vor 90 Tagenheute

CACHE

Redis-Cache

Beeinträchtigt

Redis 7 — Pub/Sub, Rate-Limit, Presence, Edge-Cache-Backing-Store.

LETZTE 90 TAGE176 ms Probe
vor 90 Tagenheute

WS

Socket.IO

Operational

/agents- und /widgets-Namespaces, Redis-Adapter für horizontale Skalierung.

LETZTE 90 TAGEEngine erreichbar
vor 90 Tagenheute

EDGE

Edge-Proxy

Operational

L1+L2 gecachtes Tenant-Lookup, TLS-Terminierung, Custom-Domain-ACME.

LETZTE 90 TAGEAbgeleitet von API-Erreichbarkeit
vor 90 Tagenheute

CDN

Widget-CDN

Operational

cdn.EasyLiveChat.com — der einbettbare Widget-Loader und die Sprachwörterbücher.

LETZTE 90 TAGECloudflare-Edge — alle PoPs nominal
vor 90 Tagenheute

LEGENDE

OperationalBeeinträchtigtAusgefallenUnbekannt

REGION

eu-central-1 · Frankfurt (primary)

eu-west-1 · Dublin (warm standby)

AKTUELL

Vorfälle, über die wir geschrieben haben.

Vollständige Release-Historie ansehen →

  1. Erhöhte WhatsApp-Egress-Latenz in eu-central-1

    Metas Upstream gab 33 Minuten lang 503er auf etwa 4 % der ausgehenden WhatsApp-Anfragen zurück. Keine Kundennachrichten gingen verloren; betroffene Nachrichten wurden automatisch erneut versucht, als der Upstream wieder verfügbar war.

    GERING

  2. Heraufstufung einer Postgres-Read-Replica

    Während eines routinemäßigen Postgres-Wartungsfensters fiel der Lese-Traffic kurzzeitig auf eine Stand-by-Replica. Die P95-Lese-Latenz stieg für 8 Minuten auf 380 ms; die Primary wurde ohne Vorfall wieder verbunden.

    GERING

  3. Socket.IO-Reconnect-Sturm nach Redis-Adapter-Neustart

    Ein geplantes Redis-Upgrade ließ den Socket.IO-Redis-Adapter alle Live-Sessions gleichzeitig fallen. Verbindungen verbanden sich automatisch wieder; der Reconnect-Sturm verursachte kurzzeitig Queue-Backpressure. Maßnahme: gestaffelter Reconnect-Jitter in v0.9.2.

    GROSS

Für Echtzeit-Vorfallsupdates abonniere status-subscribe@livechattools.com.