- 出荷済み
- 2026年9月23日 2:28 UTC
- プロフィール
- Kamo
- コンテンツ
- 4820f44
POST /convert-vector と WS /ws/pipeline が auth を取りません (このコミットのコンパニオンレポートを参照してください) ここで修正されていない)と、今までは、呼び出し主のアップロード全体をメモリに読み込む max image size mb は、設定で定義され、どこにも参照しません。 または エンドポイントは、背景の除去とベクター化(rembg、vtracer — CPU-bound、ビア asyncio.to thread は、一度に実行できる数の上限なしです。 開放的な扉である このPodをメモリや CPU から実行し、同時リクエストが便利です。 インターネット上の任意のブラウザである****************によって、それに達する: Traefik は /vector-ws/* をこのサービスに直接ルーティングし、apiservice のゲートウェイを完全にバイパスします。 - /convert-vector は、境界塊のアップロードを読み、実行直後に (413) を拒否しました 合計は、全体をバッファした後ではなく、max image size mb を渡します。 - WebSocketパイプラインは、既に保持されているchunked read — receive text() と同等ではありません 見られた時間によって全分解されたフレーム — 従って同じ限界はの後ですぐに点検されます base64-decodingは、バグ除去やベクター化に手渡される前に、着信イメージ/マスクをデコードします。 - 新しい変換 semaphore (max concurrent conversions、デフォルト4、設定/コンフィグマップなど) max image size mb は既にあった) bg-removal と、両方のエンドポイントでベクトル化コールをラップします。 過剰な発信者待機; それらは拒否されません。 テスト: test resource limits.py (pytest + httpx のみ — 要求の重い ML/CV の deps 。 txt は すべての輸入されたlazily内部サービス/*.py機能ボディ、モジュールの負荷で決して、従って2 変換エントリポイントは、インストールの代わりにモックされます)。 今日はCIで実行されていない。このビルドはどれも (build-and-deploy.yml は、チェックアウトからドッカービルド/push/deploy まで直進します)。 各ガードは 最初に確認された赤: サイズの帽子は取除かれました(特大アップロードは代わりにモックされたコンバーターに達します WebSocketのサイズチェックを無効にされていること、ローカルのワークツリーで、復元後に.