OpenAICloudflare Developer Platform2026/04/09 0:00

Workers - Relaxed simultaneous connection limiting for Workers

要点だけを先に読めるように短く再構成したセクションです。

元記事

Quick Digest

要約

要点だけを先に読めるように短く再構成したセクションです。

openaijamodel: gpt-5-mini-2025-08-07

Workers - 同時接続制限の緩和(ヘッダ到着で接続解放)

Key Points

  • 接続制限が緩和
  • ヘッダ到着で接続解放
  • デッドロック誤検知を解消

Summary

Cloudflare Workers の同時オープン接続制限が緩和されました。従来は各 Worker 呼び出しごとに接続のライフタイム全体で最大6接続に制限されていましたが、今回の変更によりレスポンスヘッダが到着した時点でその接続は解放されます。結果として「ヘッダ待ち」フェーズにある接続のみが6の上限にカウントされます。

Key Points

  • 変更前: 新しい接続は既存接続が完全に終了するまでブロックされていた(全ライフタイムで6接続制限)。
  • 変更後: レスポンスヘッダが届いた時点で接続を解放し、ヘッダ待ち状態の同時接続数のみを6で制約する。
  • これにより「Response closed due to connection limit」例外が解消される。
  • 以前はランタイムがアイドルと見なした LRU 接続をキャンセルしていたため、gzip の内部デコードなどで一時的なギャップが発生すると誤検知で接続が切られることがあった。今回の変更でそのクラスのバグは解消される。
  • エンジニア向け実務ポイント:
    • コード変更は不要(既存の Worker は自動的に恩恵を受けます)。
    • ただしヘッダ到着前の同時接続数は引き続き最大6という制約があり、ヘッダ応答が遅いバックエンドでは影響を受ける可能性がある。
    • ログや接続待ち時間を監視し、必要なら早期ヘッダ送信やレスポンス設計で初期待ちを短縮することを検討してください。

Full Translation

翻訳

原文の流れを保ったまま読める翻訳セクションです。

openaijamodel: gpt-5-mini-2025-08-07

Workers — 同時接続制限の緩和

Workers — 同時接続制限の緩和

公開日: 2026-04-09

CloudflareのChangelog: 更新と改善のお知らせです。

この変更により、同時に開ける接続数の制限が緩和されました。従来は、各 Worker 呼び出しにつき接続のライフタイム全体(レスポンスボディの読み取り中も含む)で同時に6つまでに制限されていました。現在は、レスポンスヘッダーが到着した時点で接続は解放されるため、6接続の制限は初期の「"waiting for headers"」フェーズに同時に存在できる接続数のみを制約します。

Before / After

  • Before: 新しい接続は、以前の接続が完全に完了するまでブロックされていました。
  • After: レスポンスヘッダーが到着した時点で新しい接続が開始できます。

この変更により、初期レスポンス待ちの接続が同時に6つ以下である限り、Worker はそれ以外の多くの接続を同時にオープンできるようになり、キューイングが発生しにくくなります。これにより、ランタイムがデッドロックを防ぐためにスタックした接続をキャンセルして発生していた「Response closed due to connection limit exception」を回避できます。

従来、ランタイムはデッドロック回避アルゴリズムとして各オープン接続の I/O 活動を監視していました。6つすべての接続が一時的にアイドルに見えると、ランタイムは新しいリクエストのために最も最近使用されていない接続をキャンセルしてスペースを作っていました。このヒューリスティックは実際には脆弱でした。例えば、レスポンスに Content-Encoding: gzip が使用されている場合、ランタイム内部の展開処理により読み取りと書き込み操作の間に短いギャップが生じます。これらのギャップの間、接続は Worker によって実際には読み取り中であっても停止しているように見えることがあります。複数の接続が同時にこのギャップに遭遇すると、正常に動作している接続が誤ってキャンセルされる可能性がありました。

ランタイムが接続をカウントするのを「waiting-for-headers」フェーズのみに限定することで(このフェーズではランタイムが完全に制御しており、接続がアクティブかどうかに曖昧さがない)、この種のバグは完全に解消されます。

  • Before: 内部の短い一時停止中に接続がキャンセルされる可能性がありました。
  • After: 内部の一時停止があっても接続は正常に完了します。

関連リソース

  • API
  • Directory
  • Sponsorships
  • Open Source
  • Support
  • Help Center
  • System Status
  • Compliance
  • GDPR

© 2026 Cloudflare, Inc. | Privacy Policy | Terms of Use | Report Security Issues | Trademark | Cookie Settings

Was this helpful? Yes / No