KamoCRM

処理する前に段階的な記録を主張するので、長時間の呼び出しは2回保存されません

FixConversionService
Shipped
2026年9月28日 2:53 UTC
Author
Kamo
Commit
8a8d34c

DaemonServiceハンドコンバージョンはまだ処理されていない行ごとにサービス: すべての voip.recording に、そのポックに。 受信したメッセージ(受信しない) 飛行中のバッチを待ちます)、そして10分後に再びタイムアウトが与えます ここに実行しているバッチを上回ります。 AIService によるクラウドトランスクリプション 約0.4 xリアルタイムで、音声の〜24分を超えるコールバッチ ウィンドウを外し、飛行中の行はまだ変換され、渡された Img/Recording行とAUDIO SECONDSを2秒保存 2回メーター ProcessOne は、以前の行 (SET NX PX, ランダムトークン) で Redis リースを受け取ります 読み込みます。 リースは、作業中に5分ごとに更新されます 実行するので、デッドポッドは1つのリース内でそれをドロップします。 4時間過ぎのワーカーは止まります 新着情報 保存する前に、ワーカーはリースを保持しているか確認します。 失敗は行にのみ書かれています。 行別のワーカーが保持する 回答 ok/inFlight untouched; Redis unreachableは後で行を残します ティック (failsクローズ, シングルトンTaskRunnerのような). Redis は、列ではなく DDL です。 **************** は失敗のシナリオをピン留めします: 3 録画, 初めての記録が転記している間、30分のバッチが再びディスパッチ 一度に各記録を格納し、トランジスト(4回の転写なし) クレーム SP12最終レビューI2.

All changes

Like what you see shipping?

All of it arrives in your workspace on its own. Start on the free plan and read this page again in a month.

Start Free ForeverView Pricing