Historique des pannes de Knock App

1. 1 octobre 2026 à 14:09 UTCidentified

   La synchronisation des messages dans les entrepôts de données des clients est retardée. Nous travaillons à résoudre ce retard. La synchronisation des autres données n'est pas affectée.

2. 1 octobre 2026 à 16:06 UTCidentified

   Nous regroupons activement les données du message actuel dans l'entrepôt de données et nous nous attendons à ce que cela se termine dans les 3 prochaines heures. À ce moment-là, nous publierons une nouvelle synchronisation pour toutes les destinations en aval avec des données à jour.

3. 2 octobre 2026 à 02:56 UTCidentified

   Nous travaillons activement à obtenir les données de message les plus à jour pour l'exportation. Le travail prend du temps pour courir. Nous allons relancer les synchronisations dès que ce travail sera terminé.

4. 2 octobre 2026 à 04:16 UTCmonitoring

   Nous avons reconstruit avec succès les tables pour l'exportation et sommes en cours de synchronisation maintenant. Nous continuons de surveiller et nous travaillerons à l'assainissement et à la stabilisation dans les prochains jours.

5. 2 octobre 2026 à 21:05 UTCresolved

   Nous revenons aux horaires de synchronisation normaux pour notre connecteur d'entrepôt de données.

Traduit automatiquement depuis la mise à jour officielle de l'incident.

1. 21 septembre 2026 à 18:22 UTCinvestigating

   Nous enquêtons actuellement sur un problème avec connexion au tableau de bord via le lien magique. Connexion via google et Passkey ne sont pas touchés. L'envoi de message via l'API n'est pas affecté.

2. 21 septembre 2026 à 18:41 UTCmonitoring

   Un correctif a été mis en place et nous surveillons actuellement le service.

3. 21 septembre 2026 à 19:24 UTCresolved

   Cet incident est résolu, et le lien magique est entièrement fonctionnel. L'activité malveillante a amené notre fournisseur d'emails à signaler les e-mails transactionnels du tableau de bord de Knock, ce qui a perturbé la livraison des liens magiques. Nous avons bloqué l'activité et rétabli la livraison de courriels. Seuls les courriels de [email protected] ont été touchés. Les canaux de messagerie des clients n'étaient pas touchés.

Traduit automatiquement depuis la mise à jour officielle de l'incident.

1. 31 août 2026 à 16:42 UTCidentified

   Certains clients peuvent voir des erreurs dans le traitement des flux de travail. Nous avons identifié le problème et sommes en train de faire une solution.

2. 31 août 2026 à 16:59 UTCmonitoring

   Un correctif a été mis en place et nous surveillons actuellement le service. On réétudie les flux de travail manquants plus tôt.

3. 31 août 2026 à 17:35 UTCmonitoring

   Un correctif a été mis en place et nous surveillons actuellement le service.

4. 31 août 2026 à 18:26 UTCresolved

   Cet incident a maintenant été résolu et le service est maintenant pleinement opérationnel.

Traduit automatiquement depuis la mise à jour officielle de l'incident.

1. 30 juillet 2026 à 18:10 UTCinvestigating

   Nous enquêtons actuellement sur un retard avec nos exportations d'entrepôt de données. Nous publierons bientôt une mise à jour.

2. 31 juillet 2026 à 16:49 UTCresolved

   Cet incident a maintenant été résolu et le service est maintenant pleinement opérationnel.

Traduit automatiquement depuis la mise à jour officielle de l'incident.

1. 17 juillet 2026 à 19:37 UTCinvestigating

   Nous enquêtons sur les retards de disponibilité des journaux d'exécution dans le tableau de bord et l'API V1. Actuellement, nous voyons des retards allant jusqu'à 18 minutes pour certains journaux.

2. 17 juillet 2026 à 19:57 UTCresolved

   Cet incident a maintenant été résolu et le service est maintenant pleinement opérationnel.

Traduit automatiquement depuis la mise à jour officielle de l'incident.

1. 16 juillet 2026 à 15:32 UTCinvestigating

   Nous enquêtons actuellement sur les erreurs de traitement des flux de notifications et d'envoi de messages pour certains clients.

2. 16 juillet 2026 à 15:35 UTCidentified

   Nous avons envoyé une solution et commençons à voir la récupération. Nous continuons de surveiller de près.

3. 16 juillet 2026 à 15:40 UTCmonitoring

   Le traitement des flux de travail et la transmission des messages sont de nouveau opérationnels. Nous continuons de surveiller de près.

4. 16 juillet 2026 à 15:45 UTCresolved

   Cet incident a maintenant été résolu et le service est maintenant pleinement opérationnel.

Traduit automatiquement depuis la mise à jour officielle de l'incident.

1. 10 juillet 2026 à 15:17 UTCinvestigating

   We're currently investigating an issue with our service. We'll have an update soon.

2. 10 juillet 2026 à 15:28 UTCidentified

   We've identified the issue with the service and are actively working on a fix. We're seeing workflows and message deliveries process again at the usual rate.

3. 10 juillet 2026 à 15:33 UTCmonitoring

   A fix has been implemented, and we're currently monitoring the service. All our services seem to be recovering. We're in the process of replaying any failed work that happened during the window. We expect there was no loss of workflows during this incident, but some work may have been delayed.

4. 10 juillet 2026 à 15:40 UTCresolved

   This incident has now been resolved and the service is now fully operational. We're replaying any jobs that may have failed during the window. All our processing queues are fully caught up. We will share a full post mortem as soon as possible.

1. 1 juillet 2026 à 21:53 UTCmonitoring

   Message data synchronization into downstream customer data warehouse destinations is delayed for messages created after 8 PM ET on June 30, 2026. We have implemented a fix. We expect the issue to be fully resolved following the nightly synchronization job scheduled on July 2nd, 2026.

2. 3 juillet 2026 à 00:12 UTCresolved

   This incident has now been resolved and the service is now fully operational.

1. 24 juin 2026 à 14:00 UTCinvestigating

   We are investigating delays processing workflow run event logs.

2. 24 juin 2026 à 17:26 UTCinvestigating

   We're still investigating delays affecting workflow run event logs.

3. 24 juin 2026 à 17:50 UTCresolved

   We've completely recovered any lag on workflow logs and we are back to normal.

4. 25 juin 2026 à 15:30 UTCinvestigating

   We're currently investigating an issue with some workflow logs being delayed.

5. 26 juin 2026 à 06:35 UTCresolved

   This incident has now been resolved and the service is now fully operational.

1. 16 juin 2026 à 17:55 UTCinvestigating

   We're currently investigating elevated error rates connecting to the V1 Websocket API. Realtime behavior for in-app feed and guides is degraded as a result.

2. 16 juin 2026 à 18:26 UTCmonitoring

   We have shipped a fix and are seeing resolution in websocket connections. We are continuing to monitor closely.

3. 16 juin 2026 à 18:44 UTCresolved

   This incident has been resolved.

1. 16 juin 2026 à 13:34 UTCinvestigating

   We are investigating delays in ingesting workflow run logs and triggering outbound webhooks from workflow run events.

2. 16 juin 2026 à 13:36 UTCmonitoring

   We are seeing recovery in workflow run log and webhook delivery delays and are continuing to monitor.

3. 16 juin 2026 à 13:38 UTCresolved

   This incident has been resolved.

1. 15 juin 2026 à 14:35 UTCmonitoring

   We intermittently experienced delayed workflow logs between ~09:00 AM UTC and ~01:45 PM UTC today (2026/06/15). This was caused by some internal changes in how we fan out workflow logs, which caused consumers to get temporarily backlogged. The peak delay we experienced before processing workflow logs was around 15 minutes, but we intermittently saw delays of up to 5-6 minutes. This affected 1. Logs showing up in the dashboard. 2. Workflow batch mappings. We saw complete resolution at 01:43 PM UTC. Logs are being processed within our usual window (within up to ~5s) again.

2. 15 juin 2026 à 16:31 UTCresolved

   We did not experience any further issues after we put the fix in place.

1. 4 juin 2026 à 11:40 UTCinvestigating

   We're seeing elevated response times loading some log data. This is leading to slower page loads in the Dashboard and slower responses from some V1 API endpoints.

2. 4 juin 2026 à 12:07 UTCmonitoring

   We have shipped a fix and we are seeing recovery of log data load times. We are continuing to monitor closely before resolving.

3. 4 juin 2026 à 12:11 UTCresolved

   This incident has been resolved.

1. 1 mai 2026 à 17:25 UTCinvestigating

   We're currently investigating an issue with our service. We'll have an update soon.

2. 1 mai 2026 à 17:30 UTCmonitoring

   A fix has been implemented, and we're currently monitoring the service.

3. 1 mai 2026 à 18:26 UTCresolved

   This incident has now been resolved and the service is now fully operational.

1. 1 mai 2026 à 10:19 UTCinvestigating

   We're currently investigating an issue related to slow notification processing and message delivery. Some workflows will be delayed

2. 1 mai 2026 à 10:33 UTCinvestigating

   We're seeing an extremely high amount of load on our services which is causing workflow and broadcast delays. We're working to relieve the pressure immediately.

3. 1 mai 2026 à 10:56 UTCinvestigating

   We're seeing some recovery on our services but are dealing with delays in some workflow and broadcast processing still. Our logging service is also currently delayed, so may not reflect the latest as we catch up and work through a huge influx of work.

4. 1 mai 2026 à 11:22 UTCidentified

   One of our workflow queues is currently still backlogged, but we're seeing good resolution across other areas of our service and we have effectively cordoned off the source of the issue. We're burning through remaining work and are exploring ways to shed the load further to get back to stability.

5. 1 mai 2026 à 12:05 UTCidentified

   We've taken steps to shuffle around work in our system which has meant that we're processing new work for all customers again. We still have some queued workflow executions that we're working through and expect to be fully caught up in the next 40 minutes.

6. 1 mai 2026 à 12:58 UTCidentified

   We are seeing a recovery in all workflow and broadcast processing delays. We are monitoring closely.

7. 1 mai 2026 à 13:18 UTCresolved

   All behavior remains normal, we are considering this incident resolved.

1. 14 avril 2026 à 15:09 UTCinvestigating

   We are investigating errors resolving and redirecting tracked links.

2. 14 avril 2026 à 15:14 UTCmonitoring

   We've shipped a fix and are seeing resolution in tracked link resolution. We are monitoring closely.

3. 14 avril 2026 à 15:19 UTCresolved

   This incident has now been resolved and the service is now fully operational.

1. 31 mars 2026 à 13:06 UTCinvestigating

   We're currently investigating an issue with delayed ingestion of our API logs, putting pressure on our ingestion pipeline and resulting in some degraded state for browsing API logs as well.

2. 31 mars 2026 à 13:29 UTCmonitoring

   We’ve shipped a fix and we’re seeing initial signs of recovery. We are continuing to monitor closely.

3. 31 mars 2026 à 13:50 UTCmonitoring

   We are seeing full recovery of API log delays. We are continuing to monitor before closing out this incident

4. 31 mars 2026 à 14:18 UTCresolved

   This incident has now been resolved and the service is now fully operational.

1. 25 mars 2026 à 15:29 UTCinvestigating

   We are investigating delays in creating and processing message events. Some customers may experience delays seeing message events in the Knock Dashboard. Some customers may also experience delays in outbound webhook events triggered by message events.

2. 25 mars 2026 à 16:21 UTCidentified

   We've implemented a fix and are seeing message event lag begin to recover.

3. 25 mars 2026 à 16:22 UTCidentified

   Webhook delivery lag has resolved. We are still waiting for message event Dashboard availability lag to recover.

4. 25 mars 2026 à 16:36 UTCresolved

   All message event lag has recovered. We are considering this incident resolved.

1. 20 mars 2026 à 00:33 UTCinvestigating

   We're currently investigating an issue with promoting workflows. We're working on a fix now. This does not impact notification delivery.

2. 20 mars 2026 à 00:47 UTCidentified

   We've identified the issue with workflow promotion and are deploying a fix for it now.

3. 20 mars 2026 à 00:54 UTCresolved

   The fix has been deployed and workflows are able to be promoted again.

1. 3 mars 2026 à 17:02 UTCinvestigating

   We're currently investigating an issue with log processing. There are no issues currently processing workflows and messages, but logs are affected.

2. 3 mars 2026 à 17:23 UTCidentified

   We've identified the issue with the service and are actively working on a fix.

3. 3 mars 2026 à 17:24 UTCmonitoring

   A fix has been implemented, and we're currently monitoring the service.

4. 3 mars 2026 à 17:32 UTCresolved

   This incident has now been resolved and the service is now fully operational.