中央のキュー マネージャーから調整された複数の「ワーカー」PC の実装で使用する Python フレームワークについて、アドバイスや意見を探しています。
完全を期すために、「ワーカー」PC はオーディオ変換ルーチンを実行します (これについてはアドバイスは必要ありませんが、動作するスタンドアロン コードがあります)。
オーディオの変換には時間がかかります。中央の場所から任意の数の「ワーカー」を調整して、変換タスク (ソース ファイルの入手先やジョブ構成の問い合わせ先など) を渡す必要があります。 ) 変換されたオーディオのランタイムなど、いくつかの追加情報を報告します。
現在、すでにワーカーに配置されているソース ファイルに基づいて、変換タスクの「構成」を取得するための Web サービス呼び出しを行うスクリプトがあります (ソース ファイルを手動でワーカーにコピーし、変換ルーチンをトリガーします)。 . これを変更して、可用性に基づいて、理想的な世界では、保留中のタスクにも基づいて、変換タスク ("Oy you, process this: xxx") を分散できるようにします。
ワーカーが変換中にオフラインになる可能性があります (ただし、可能性は低いです)。
すべてのワーカーは Windows ベースで、コーディネーターは Windows または Linux です。
私は（私の最初の検索で）以下に出くわしました-そして、いくつかは相互依存していることを知っています：
Celery (RabbitMQ あり) Twisted Django
自家醸造ではなくフレームワークを使用することは、今のところ私にとってより理にかなっているようです. この機能拡張を開発するための時間枠は限られています。
追加の考慮事項は、PyQT/PySide と互換性のあるフレームワークを使用して、キューのステータスなどを表示するシンプルな UI を作成できるようにすることです。
上記の詳細が少し曖昧であることを理解しており、誰かが私に1つか2つのポインタを提供できることを願っています.
繰り返しますが、サーバー/ワーカーの「キュー管理」ソリューションを開発するため、Web 以外のアクティビティを開発するために、どの Python フレームワークをさらに調査するかについての一般的なアドバイスを探しています (これが、DJango が適切ではないように思われた理由です)。