Zum Status-Inhalt springen
Zurück zur Startseite

Zuverlässigkeit & Betrieb

HansaChat-Systemstatus.

Live-Verfügbarkeit, gemessene Uptime und jede aufgezeichnete Störung – geprüft von einem unabhängigen externen Monitor alle fünf Minuten.

Alle Systeme betriebsbereit

Datenstand: 22:53 UTC

Unabhängiger Monitor
Chat-Verfügbarkeit, letzte 30 Tage
99,9%
Chat-Verfügbarkeit, letzte 90 Tage
99,95%
Verfügbarkeitsziel
99,9 % pro Monat
Überwachung
Unabhängig, alle 5 Minuten

Aktueller Status

Jeder Kern-Dienst, alle fünf Minuten geprüft.

Der Monitor ruft den Health-Endpunkt des Chat-Dienstes und die öffentliche Website direkt ab und protokolliert das Ergebnis jedes Kern-Dienstes einzeln.

Letzte Prüfung: 22:50 UTC · 552 ms Antwortzeit

  • Chat-API Betriebsbereit
  • Datenbank Betriebsbereit
  • Cache Betriebsbereit
  • Nachrichtenwarteschlange Betriebsbereit
  • Echtzeit Betriebsbereit
  • Website Betriebsbereit

Gemessene Verfügbarkeit

Neunzig Tage Messwerte, Tag für Tag.

Jeder Balken ist ein Tag. Verfügbarkeit ist der Anteil erfolgreicher Fünf-Minuten-Prüfungen – gemessen vom externen Monitor, nicht von HansaChat selbst. Das Verfügbarkeitsziel der Servicelevel-Vereinbarung gilt pro Kalendermonat; die Tagesbalken zeigen rollierende 30- und 90-Tage-Fenster für die laufende Übersicht.

Chat-Dienst

30 Tage: 99,9% 90 Tage: 99,95%

8.595 Prüfungen in 30 Tagen

Website

30 Tage: 99,91% 90 Tage: 99,95%

Volle Verfügbarkeit Teilweise Störung Volle Störung Keine Daten

Störungshistorie

Jede aufgezeichnete Störung, mit Post-Mortem.

Störungen werden nach drei aufeinanderfolgenden fehlgeschlagenen Prüfungen automatisch geöffnet und mit der nächsten erfolgreichen Prüfung geschlossen. Bedeutende Störungen erhalten ein veröffentlichtes Post-Mortem.

  1. Behoben Website 29. Sep 2026, 08:00 UTC · 24 Min. 50 Sek.

    HansaChat Status Alert Landing Page has been DOWN for 3 consecutive checks. Affected services: Landing Page Last error: HTTP 504 Time: 2026-09-29T08:00:39.412Z

    Post-Mortem

    Summary On 2026-09-29 both the chat API and the landing page were unavailable for about 30 minutes. Automated 5-minute checks recorded continuous HTTP 502/504 gateway failures between 07:50 and 08:25 UTC. Root cause An IONOS Cloud incident: partial connectivity degradation to the control plane affecting Kubernetes operations. See https://status.ionos.cloud/incidents/zprjxl2b1kmy for details. No defect in HansaChat application code was involved. Impact Around 30 minutes of downtime for both the chat API and the landing page; all incoming requests failed with HTTP 502/504 gateway errors. Resolution Service recovered automatically once the IONOS incident ended. Monitoring confirmed full recovery at 08:25 UTC; no HansaChat-side intervention was required.

  2. Behoben Chat-Dienst 29. Sep 2026, 08:00 UTC · 24 Min. 49 Sek.

    HansaChat Status Alert Chat service has been DOWN for 3 consecutive checks. Affected services: Chat API Last error: HTTP 504 Time: 2026-09-29T08:00:38.344Z

    Post-Mortem

    Summary On 2026-09-29 both the chat API and the landing page were unavailable for about 30 minutes. Automated 5-minute checks recorded continuous HTTP 502/504 gateway failures between 07:50 and 08:25 UTC. Root cause An IONOS Cloud incident: partial connectivity degradation to the control plane affecting Kubernetes operations. See https://status.ionos.cloud/incidents/zprjxl2b1kmy for details. No defect in HansaChat application code was involved. Impact Around 30 minutes of downtime for both the chat API and the landing page; all incoming requests failed with HTTP 502/504 gateway errors. Resolution Service recovered automatically once the IONOS incident ended. Monitoring confirmed full recovery at 08:25 UTC; no HansaChat-side intervention was required.

  3. Behoben Chat-Dienst 2. Sep 2026, 09:15 UTC · 5 Min.

    HansaChat Status Alert Chat service has been DOWN for 3 consecutive checks. Affected services: Chat API Last error: HTTP 502 Time: 2026-09-02T09:15:53.599Z

    Post-Mortem

    Summary The real-time chat API was unavailable for about 15 minutes on 2026-09-02 (09:05-09:20 UTC). Requests to the chat API returned HTTP 502 because the queue processor worker could not start. The landing page stayed reachable apart from a single failed probe during the same window. Root cause HansaChat started as a startup, and the initial credentials-injection implementation fetched credentials from the upstream API on every request, without any caching. During an unusually intense development day more than 1,000 items were requested in a short window, which exhausted the upstream API's rate limit. Without credentials available the queue processor worker could not start, which took the real-time chat API down with it. Impact Roughly 15 minutes of real-time chat API downtime (09:05-09:20 UTC); queued message processing was stalled for the same window. The landing page was not materially affected. Resolution Service recovered once the upstream rate limit window reset (09:20 UTC). Credentials injection now uses an in-cluster cache, so a temporary upstream rate limit can no longer prevent worker startup.

  4. Behoben Website 14. Aug 2026, 18:45 UTC · 9 Min. 45 Sek.

    HansaChat Status Alert Landing Page has been DOWN for 4 consecutive checks. Affected services: Landing Page Last error: The operation was aborted due to timeout Time: 2026-08-14T18:45:41.129Z

    Post-Mortem

    Summary The landing page was unavailable for about 20 minutes on 2026-08-14 (18:35-18:55 UTC). Chat services recorded no downtime during the incident. Root cause The underlying Kubernetes node failed and its pods were rescheduled. Traefik kept routing correctly to the old pods, which were still serving while being drained. After the deployment of the new landing version, Traefik could not find the new pods' IP addresses, so landing traffic was sent to endpoints that no longer existed. Impact Landing page downtime of roughly 20 minutes. No chat downtime was recorded.

Unabhängiger Monitor

So gebaut, dass er weitermisst, wenn HansaChat selbst nicht erreichbar ist.

Diese Statusseite wird zusammen mit dem Produkt betrieben. Die Messungen stammen von einem separaten Worker auf Cloudflare, der unabhängig von HansaChats DNS, Hosting-Region und Infrastruktur ist – wenn hansa.chat einmal nicht erreichbar ist, prüft der Monitor weiter und seine eigene Seite antwortet weiterhin.