Launchdarkly の障害履歴

1. 2026年8月26日 19:45 UTCmonitoring

   Server-side のストリーミングリクエストは、約 12 時と 12:12 時の間にエラー率が上昇し、新しいストリーミング接続を確立する一部の SDK は接続できませんでした。 ポーリングエラーリクエスト率は、事件全体で1%以下に残ります。 顧客データが紛失または侵害されることはありません。 大変申し訳ございません.

2. 2026年8月26日 20:00 UTCresolved

   この事件は解決しました。 8月26日、サーバー側のSDKでは、12:00と12:12のPM PDTの間に、新しいストリーミング接続を経験した高速エラーレートを確立しました。 既存のストリーミング接続は影響を受けず、ポーリングリクエストは1%未満のエラーレートで提供し続けています。 LaunchDarkly Webアプリケーションへの要求によっては、約11:29 AMと12:03 PM PDTのエラーが増加しました。 問題は、内部の構成変更によって引き起こされました。 すべてのシステムは回復し、正常に動作しています。 顧客データが紛失または侵害されることはありません.

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

1. 2026年8月24日 12:20 UTCidentified

   サインアップ認証、パスワードリセット、チームメイトの招待状、ワークフロー通知メールを含む LaunchDarkly によって送信されたメールは、現在、上流メール配信プロバイダで認証の問題のために配信に失敗しています。 私たちは、原因を特定し、配達を回復するために働いています。 特徴 フラグ デリバリー、SDK、および LaunchDarkly アプリケーション自体は影響しません。 サインアップを完了またはパスワードをリセットしようとすると、そのメールが解決するまで到着しません。 配達が復元されると、影響を受けた確認とパスワードリセットメールを再送信します。 次回は2時間以内に更新します.

2. 2026年8月24日 13:36 UTCresolved

   2:32 PM UTCのメール配信を再開しました。 サインアップ確認、パスワードリセット、チームメイトの招待状、通知メールが正常に送信されます。 インシデントウィンドウ(8月22日、11:48 PM CDT)中に配信できなかったサインアップ検証とパスワードリセットメールを再送信しています。 その期間中にパスワードの登録またはリセットを試み、次の数時間以内にメールを受信しなかった場合は、アクションを再試行するか、サポートに連絡してください。 引き続き、メール配信を監視し、最終更新を投稿します.

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

1. 2026年8月17日 10:36 UTCinvestigating

   ポーリング API 経由でフラグの更新を遅延させることができるサービス劣化を経験しています.

2. 2026年8月17日 15:29 UTCmonitoring

   CDNプロバイダは、根本原因を特定し、現在修正された結果に問題がありました。 物事を安定させるためにしばらくの間監視します.

3. 2026年8月17日 16:03 UTCresolved

   この事件は解決しました.

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

1. 2026年8月14日 14:47 UTCinvestigating

   Flag Updates are currently delayed in the us-east-1 region. We are investigating the issue.

2. 2026年8月14日 16:05 UTCmonitoring

   We investigated elevated error rates reported for mobile SDK flag delivery in US East. We've confirmed that flag delivery itself was not impacted. No customer action is required and we are monitoring the situation.

3. 2026年8月14日 16:47 UTCresolved

   The issue is being marked as resolved. We're seeing improved latencies and our systems have recovered.

1. 2026年8月7日 19:29 UTCinvestigating

   We are investigating elevated HTTP 500 errors affecting some server-side SDK streaming connections in our US commercial environment. Affected applications may fail to establish or may intermittently lose their streaming connection to LaunchDarkly.

2. 2026年8月7日 19:56 UTCinvestigating

   We released several mitigations and we're noticing that error rates are dropping. We'll continue to monitor the situation.

3. 2026年8月7日 20:12 UTCinvestigating

   We are continuing to investigate this issue.

4. 2026年8月7日 20:15 UTCresolved

   SDKs restored to operational

1. 2026年7月31日 17:44 UTCinvestigating

   7月30日(水)から5:16pm PT.で欠落している観察障がい者を抱えています。 私たちは、投資し、彼らが利用可能になるように更新を提供します. データのトレースは失われず、回復に取り組んでいます.

2. 2026年7月31日 17:59 UTCidentified

   7月30日、5:16pmから7月31日10:59am PT. 観測性ログ/メトリックは影響を受けません。 問題を特定し、不足しているトレースデータを回復するために私たちの仕事を継続しています.

3. 2026年7月31日 21:58 UTCmonitoring

   観察性トレースの問題は特定され、修正が実装されています。 7月30日、5:16pmから7月31日10:59am PTに欠落していたほとんどのトレースデータを回復しました。 データの回復を完全に完了したら、インシデントを解決します(午後5時PTで完了する予定).

4. 2026年7月31日 22:54 UTCresolved

   保守性トレースの問題は解決しました。 トレースデータが復元されていない.

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

1. 2026年7月28日 19:24 UTCidentified

   お客様には、11:03am PT で遅延したセッションの再生とエラーが発生します。 私たちは、問題を特定し、解決するために私たちの仕事を継続しています。 データの損失は予想されません.

2. 2026年7月28日 19:41 UTCmonitoring

   セッション再生とエラーインジェストによる問題が特定され、修正が実施されました。 バックロックされた全てのデータを最大15分でキャッチします。 データの紛失は行いません.

3. 2026年7月28日 20:04 UTCresolved

   セッション再生とエラーインジェストの問題が解決しました。 1:01pm PT のように、すべてのバックロギングデータを巻き上げました.

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

1. 2026年7月26日 19:09 UTCresolved

   11:32 と 11:48 PT の間、顧客は API エンドポイントのレイテンシの増加とエラー率の上昇を経験しました。 レイテンシとエラー率が正常に戻り、インシデントが解決しました.

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

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

   LaunchDarkly Webアプリケーション(app.launchdarkly.com)は利用できませんでした。 フラグデリバリーネットワークも影響し、フラグ値の取得による高機能障害率を引き起こしました。 クライアント側またはサーバー側SDKを使用しての顧客は、ローカルキャッシュが存在する場合、または、インコード値に戻ると、引き続き既知のフラグ値が表示されます。 Relay プロキシを使用する顧客は、ローカルキャッシュが存在する場合、引き続き既知のフラグ値を見るべきです。 Edge SDK をご利用のお客様は、引き続き既知のフラグ値を見る必要があります。 一部のイベントデータの損失が発生する場合があります.

2. 2026年7月10日 17:12 UTCidentified

   根本原因を特定し、修正を実施しています.

3. 2026年7月10日 17:40 UTCidentified

   ウェブアプリケーションの利用可能性は回復しました。 フラッグデリバリーやイベントのインジェクションは引き続き影響を受け、積極的に回復しています。 弊社のエンジニアリングチームは、今後も改善に取り組んでまいります.

4. 2026年7月10日 17:54 UTCmonitoring

   生産サービスの影響が回復しました。 ただし、アプリケーションを再起動して、 LaunchDarkly のサービスを完全に再接続する必要があります。 当社のエンジニアリングチームは、お客様に提供できるガイダンスに取り組んでいます.

5. 2026年7月10日 18:19 UTCresolved

   サービスの可用性は完全に復元されています。 サーバサイドSDKを使用しているお客様は、アプリケーションを再起動して、SDKの接続を再有効化する必要があります。 Relay プロキシを使用する顧客は、Relay プロキシを再起動する必要があります。この場合、Relay プロキシは、接続するアプリケーションを再起動する前に再起動する必要があります。 アプリケーションが再起動する必要があるかどうかを判断するには、アプリケーションログを表示できます。 Affected SDK は、「永続的に受ける」、「無効な SDK キー」、「無許可」、「認証されていない」、「または「401」の1つを含むログ(言語によって異なります)を出力します。 これら9:13AM PTの前のログを発したサービスは、フラグの更新を受信できない場合があり、再起動するまでにイベントを LaunchDarkly に送信することはできません.

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

1. 2026年7月10日 16:16 UTCinvestigating

   現在、この問題について検討中です

2. 2026年7月10日 16:17 UTCinvestigating

   今後もこの問題について調査を続けてまいります.

3. 2026年7月10日 16:26 UTCidentified

   問題が特定され、修正が実施されました

4. 2026年7月10日 17:43 UTCidentified

   この問題の修正には引き続き取り組んでいます。

5. 2026年7月10日 17:48 UTCresolved

   LaunchDarkly UIが回復しました。 引き続き、フラッグデリバリーとイベントを監視します。https://status.launchdarkly.com/incidents/chywz01ptb0.

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

1. 2026年7月10日 19:21 UTCinvestigating

   過去のインシデント(https://status.launchdarkly.com/incidents/chywz01ptb0)による、お客様のモバイルおよびサーバーSDKに引き続きの影響を調査しています。 SDK や Relay Proxy 401 を受信している場合は、再インストールしてください.

2. 2026年7月10日 20:18 UTCmonitoring

   私達の旗配達サービスは回復し、私達は私達の顧客の交通の増加を私達のストリーミング サービスに首尾よくresestablish関係を観察しています。 SDK または Relay Proxy インスタンスで 401 接続エラーが発生した場合は、アプリケーションおよび/または Relay プロキシインスタンスを再起動することをお勧めします.

3. 2026年7月10日 23:32 UTCmonitoring

   お客様は、当社のストリーミングサービスへの接続を正常に回復し続ける。 アプリケーションログをインシデントウィンドウで確認することをお勧めします。 影響を受けたSDKは、言語でvaryingというメッセージを発信しています。これは、以下のいずれかを含みます。 「永続的に立ち上がる」、「無効なSDKキー」、「承認されていない」、「承認されていない」、「または401」。 これらのメッセージを記録したサービスは、フラグの更新を受信したり、イベントデータを再起動するまで送信したりできません。 影響を受けるアプリケーションごとに推奨されるアクションは次のとおりです。 - サーバー側SDKを使用する場合は、アプリケーションを再起動して、Reestablish接続を再インストールしてください。 - サーバー側SDKへの接続を再確立する場合、SDKキーを2つ作成して使用してください。 - リレープロキシを使用する場合は、Recovery プロキシを再起動して、Reestablish 接続を再インストールしてください。 アプリケーションのバックアップを再起動する必要はありません。 - クライアント側SDKは、再起動すると自動的に再接続されます。 - これは、影響を受けるアプリケーション(例えば、上記のログメッセージが表示されるなど)の問題が解決しない場合は、サポートチケットをログに記録し、修正を支援するため、直接フォローアップします.

4. 2026年7月11日 2:00 UTCmonitoring

   私たちは、さらなる問題の監視を継続しています, 回復手順の以前の更新を参照してください.

5. 2026年7月13日 18:08 UTCmonitoring

   すべての LaunchDarkly サービスは稼働していますが、一部の顧客は、Flag Delivery Network への接続を復元するために行動を取る必要があります。 お客さまは、以下の行動指針をクリアし、残留衝撃を通したお客様を引き続きサポートいたします。 SDK および Relay プロキシインスタンスは、7月10日(土)の LaunchDarkly への接続を 09:11 と 11:42 AM PT が断続的に影響を受けたことを試みました。 これにより、ホストアプリケーションが再起動されたり、この間に再デプロイされたりする状況が含まれます。 SDK と Relay プロキシインスタンスは、この時間の間に接続を確立しようとしなかったため、影響を受けません。 アプリケーションログをインシデントウィンドウで確認することをお勧めします。 影響を受けたSDKは、言語でvaryingというメッセージを発信しています。これは、以下のいずれかを含みます。 「永続的に立ち上がる」、「無効なSDKキー」、「承認されていない」、「承認されていない」、「または401」。 これらのメッセージを記録したサービスは、フラグの更新を受信したり、イベントデータを再起動するまで送信したりできません。 影響を受けるアプリケーションごとに推奨されるアクションは次のとおりです。 - リレープロキシを使用する場合は、Recovery プロキシを再起動して、Reestablish 接続を再インストールしてください。 アプリケーションのバックアップを再起動する必要はありませんが、アプリケーションを再起動する必要がある場合は、アプリケーションログをレビューすることをお勧めします。 - リレープロキシなしでサーバー側SDKを使用する場合は、アプリケーションを再起動して、起動Darklyへの接続を再確立してください。 - クライアント側とモバイルSDKは、アプリケーションが負荷やデバイスがネットワーク接続を取り戻すなど、通常の状況下で起動する試みとして自動的に再接続されます。 - これは、影響を受けるアプリケーション(例えば、上記のログメッセージが表示されるなど)の問題が解決しない場合は、サポートチケットをログに記録し、修正を支援するため、直接フォローアップします.

6. 2026年7月29日 18:15 UTCresolved

   この事件は解決しました.

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

1. 2026年7月8日 18:03 UTCinvestigating

   現在、既定の解析を用いた実験が保存・開始できない問題について調査しています.

2. 2026年7月8日 18:12 UTCidentified

   問題を特定し、修正のリリースに向けて取り組んでいます.

3. 2026年7月8日 18:51 UTCmonitoring

   修正を実装し、結果を監視しています.

4. 2026年7月8日 19:41 UTCresolved

   この事件は解決しました.

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

1. 2026年7月7日 15:10 UTCresolved

   イベントの摂取は、通常動作しています。 実験結果、ガード ロールアウト、および副産物データチャートは、7:13–7:53 AM PTの間で5分遅れていました。 データの紛失は行いません。 大変申し訳ございません.

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

1. 2026年7月6日 20:52 UTCinvestigating

   13:21 太平洋 時間, 私たちは、ログインとUI / APIの応答性を含む LaunchDarklyアプリケーションと相互作用するユーザーの能力に影響を与えるエラーアラートの大量を経験しました. フラッグデリバリーに関する根本原因を迅速に特定しました。 これからのエラーが減少していくことを期待しています.

2. 2026年7月6日 21:08 UTCinvestigating

   今後もこの問題について調査を続けてまいります.

3. 2026年7月6日 21:09 UTCmonitoring

   修正と誤差率をロールアウトし、通常に戻りました

4. 2026年7月6日 21:21 UTCresolved

   すべてのエラーレートは正規化されています.

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

1. 2026年7月6日 14:33 UTCinvestigating

   一部の顧客は、アカウント認証メールを受信していません。 弊社チームは、この問題の緩和に積極的に取り組んでいます.

2. 2026年7月6日 14:45 UTCmonitoring

   修正を実装し、結果を監視しています.

3. 2026年7月6日 15:52 UTCresolved

   この事件は解決しました.

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

1. 2026年7月3日 14:29 UTCinvestigating

   弊社では、生産顧客に影響を与える当社のイベントデータ摂取エンドポイントで高い誤差率を調査しています。午前7時～午後7時15分 PDT. この画面では、機能フラグ、実験、AI/agent イベントのデータの一部が拒否または遅延することがあります。 旗の配達および評価は影響しません。 SDK は、フラグを正常に動作させ続ける。 観察性摂取は影響しません.

2. 2026年7月3日 15:13 UTCmonitoring

   修正を実装し、結果を監視しています.

3. 2026年7月3日 16:06 UTCresolved

   この事件は解決しました.

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

1. 2026年6月17日 19:43 UTCidentified

   LaunchDarkly web application and flag delivery unaffected, but documentation and LaunchDarkly.com are unavailable for some users. A fix is on the way.

2. 2026年6月17日 19:59 UTCmonitoring

   A fix has been implemented and monitoring the results.

3. 2026年6月17日 23:56 UTCmonitoring

   Incident seems to be resolved for the majority of users, however, we are continuing to see some issues for in the San Jose and Los Angeles region. We're working to remediate for these regions.

4. 2026年6月18日 1:23 UTCmonitoring

   We've identified the source of the problem for areas that were still seeing issues with the LaunchDarkly.com and docs and have a solution in place. We are now monitoring to ensure everything is resolved.

5. 2026年6月18日 1:30 UTCresolved

   We're now seeing restored access in the affected regions.

1. 2026年6月15日 17:26 UTCidentified

   Some customers are experiencing delayed Observability data ingest for OpenTelemetry data. We have identified the issue and are continuing our work to resolve it. Observability signals (errors / logs / traces / OTel metrics) are currently delayed by ~6 minutes on average. Data ingest delays began at 10:02am and are improving as of 10:16am PT.

2. 2026年6月15日 17:33 UTCmonitoring

   The issue with Observability data ingest for OpenTelemetry data has been identified and a fix has been implemented. We are continuing to monitor the performance of impacted services. We will continue to update this page until it is resolved. Observability signals (errors / logs / traces / OTel metrics) are currently delayed by <1 minutes on average.

3. 2026年6月15日 17:38 UTCresolved

   The issue with Observability data ingest for OpenTelemetry data has been resolved. Impacted services have returned to normal operation.

1. 2026年6月12日 4:23 UTCmonitoring

   We identified a brief period of elevated errors affecting some LaunchDarkly application requests between 7:30-7:37pm PT. The issue has recovered, and we are continuing to monitor.

2. 2026年6月12日 4:58 UTCresolved

   Monitoring has confirmed no further impact outside of the initially reported 7:30-7:37pm PT timeframe

1. 2026年6月8日 20:46 UTCidentified

   We are currently experiencing delays in event ingestion impacting multiple product areas starting at 12:40pm PT. We have identified the issue and are working on a fix. No data has been lost.

2. 2026年6月8日 21:24 UTCmonitoring

   A fix has been implemented and we are monitoring the results.

3. 2026年6月9日 2:03 UTCmonitoring

   We are monitoring the status of our services.

4. 2026年6月10日 18:54 UTCmonitoring

   We have made partial progress. Some features may show data gaps while we complete recovery. We are continuing to monitor.

5. 2026年6月11日 4:07 UTCmonitoring

   We are continuing to monitor for any further issues.

6. 2026年6月11日 4:12 UTCmonitoring

   We have made partial progress. We have identified a brief period of event data loss, and some event-based features may show incomplete data while we continue recovery. We are continuing to monitor.

7. 2026年6月11日 5:14 UTCmonitoring

   We have made partial progress. We identified that a small percentage of event data was lost during two windows: June 9, 11:41 - 11:59 UTC and June 10, 23:55 UTC - June 11, 00:21 UTC. Some event-based features may show incomplete data while backfills and recovery continue. We are continuing to monitor and will provide another update when recovery is complete.

8. 2026年6月12日 22:15 UTCmonitoring

   We have made major progress. We identified that a small percentage of event data was lost during two windows: June 9, 11:41 - 11:59 UTC and June 10, 23:55 UTC - June 11, 00:21 UTC. Some event-based features may show incomplete data while backfills and recovery continue. We are continuing to monitor and will provide another update when recovery is complete.

9. 2026年6月13日 13:52 UTCresolved

   This incident has been resolved.