Knock App の障害履歴

1. 2026年10月1日 14:09 UTCidentified

   顧客データ倉庫へのメッセージ同期が遅れています。 遅延の解決に取り組んでおります。 その他のデータの同期は影響しません.

2. 2026年10月1日 16:06 UTCidentified

   現在のメッセージデータをデータ倉庫に積極的に再同期し、次の3時間で完了すると期待しています。 現時点では、最新のデータを含むすべての下流目的地に新しい同期を発行します.

3. 2026年10月2日 2:56 UTCidentified

   最新のメッセージデータをエクスポートするために積極的に取り組んでいます。 ジョブは実行する時間が延長されます。 このジョブが完了するとすぐに同期を再実行します.

4. 2026年10月2日 4:16 UTCmonitoring

   私達は輸出のためのテーブルを首尾よく再建し、今syncsを実行しています。 今後も監視を続けていきますが、今後、いくつかの修正とさらなる安定化に取り組んでまいります.

5. 2026年10月2日 21:05 UTCresolved

   データ倉庫のコネクターの通常の同期スケジュールに戻ります.

公式のインシデント更新を自動翻訳しています。

1. 2026年9月21日 18:22 UTCinvestigating

   現在、マジックリンクでダッシュボードログインで問題点を調べています。 グーグルとパスキーでサインインしても影響しません。 APIで送信するメッセージは影響しません.

2. 2026年9月21日 18:41 UTCmonitoring

   修正を実施し、現在サービスを監視しています.

3. 2026年9月21日 19:24 UTCresolved

   このインシデントは解決され、マジックリンクのログインは完全に機能します。 悪意のある活動により、Knockダッシュボードのトランザクションメールをフラグ付けし、魔法のリンクの配信可能性を混乱させるメールプロバイダが原因となりました。 アクティビティをブロックし、メール配信を復元しました。 [email protected]からのKnockのメールのみが影響されました。 顧客の電子メール チャネルは影響を受けませんでした.

公式のインシデント更新を自動翻訳しています。

1. 2026年8月31日 16:42 UTCidentified

   ワークフローの実行処理でエラーが表示される場合があります。 問題を識別し、修正を転がしています.

2. 2026年8月31日 16:59 UTCmonitoring

   修正を実施し、現在サービスを監視しています。 ワークフローに失敗した初期のワークフローが取得されます.

3. 2026年8月31日 17:35 UTCmonitoring

   修正を実施し、現在サービスを監視しています.

4. 2026年8月31日 18:26 UTCresolved

   この事件が解決し、サービスが完全に運用できるようになりました.

公式のインシデント更新を自動翻訳しています。

1. 2026年7月30日 18:10 UTCinvestigating

   現在、当社のデータ倉庫輸出に伴う遅延を調査しています。 早速アップデートをお送りします.

2. 2026年7月31日 16:49 UTCresolved

   この事件が解決し、サービスが完全に運用できるようになりました.

公式のインシデント更新を自動翻訳しています。

1. 2026年7月17日 19:37 UTCinvestigating

   Dashboard および V1 API のワークフロー実行ログの可用性の遅延を調査しています。 現在、一部のランログでは最大18分遅れが確認されています.

2. 2026年7月17日 19:57 UTCresolved

   この事件が解決し、サービスが完全に運用できるようになりました.

公式のインシデント更新を自動翻訳しています。

1. 2026年7月16日 15:32 UTCinvestigating

   現在、通知ワークフローの処理エラーや、一部の顧客のメッセージの送信を調査しています.

2. 2026年7月16日 15:35 UTCidentified

   私たちは修正を出荷し、回復を見るために始めています。 今後もモニターを続けてまいります.

3. 2026年7月16日 15:40 UTCmonitoring

   ワークフローの処理とメッセージの配信が再び機能します。 今後もモニターを続けてまいります.

4. 2026年7月16日 15:45 UTCresolved

   この事件が解決し、サービスが完全に運用できるようになりました.

公式のインシデント更新を自動翻訳しています。

1. 2026年7月10日 15:17 UTCinvestigating

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

2. 2026年7月10日 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. 2026年7月10日 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. 2026年7月10日 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. 2026年7月1日 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. 2026年7月3日 0:12 UTCresolved

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

1. 2026年6月24日 14:00 UTCinvestigating

   We are investigating delays processing workflow run event logs.

2. 2026年6月24日 17:26 UTCinvestigating

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

3. 2026年6月24日 17:50 UTCresolved

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

4. 2026年6月25日 15:30 UTCinvestigating

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

5. 2026年6月26日 6:35 UTCresolved

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

1. 2026年6月16日 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. 2026年6月16日 18:26 UTCmonitoring

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

3. 2026年6月16日 18:44 UTCresolved

   This incident has been resolved.

1. 2026年6月16日 13:34 UTCinvestigating

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

2. 2026年6月16日 13:36 UTCmonitoring

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

3. 2026年6月16日 13:38 UTCresolved

   This incident has been resolved.

1. 2026年6月15日 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. 2026年6月15日 16:31 UTCresolved

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

1. 2026年6月4日 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. 2026年6月4日 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. 2026年6月4日 12:11 UTCresolved

   This incident has been resolved.

1. 2026年5月1日 17:25 UTCinvestigating

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

2. 2026年5月1日 17:30 UTCmonitoring

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

3. 2026年5月1日 18:26 UTCresolved

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

1. 2026年5月1日 10:19 UTCinvestigating

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

2. 2026年5月1日 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. 2026年5月1日 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. 2026年5月1日 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. 2026年5月1日 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. 2026年5月1日 12:58 UTCidentified

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

7. 2026年5月1日 13:18 UTCresolved

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

1. 2026年4月14日 15:09 UTCinvestigating

   We are investigating errors resolving and redirecting tracked links.

2. 2026年4月14日 15:14 UTCmonitoring

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

3. 2026年4月14日 15:19 UTCresolved

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

1. 2026年3月31日 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. 2026年3月31日 13:29 UTCmonitoring

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

3. 2026年3月31日 13:50 UTCmonitoring

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

4. 2026年3月31日 14:18 UTCresolved

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

1. 2026年3月25日 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. 2026年3月25日 16:21 UTCidentified

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

3. 2026年3月25日 16:22 UTCidentified

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

4. 2026年3月25日 16:36 UTCresolved

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

1. 2026年3月20日 0: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. 2026年3月20日 0:47 UTCidentified

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

3. 2026年3月20日 0:54 UTCresolved

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

1. 2026年3月3日 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. 2026年3月3日 17:23 UTCidentified

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

3. 2026年3月3日 17:24 UTCmonitoring

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

4. 2026年3月3日 17:32 UTCresolved

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