私は現在、「マスター」プロセスの制御下で実行される多くのプロセスを必要とするプロジェクトに取り組んでいます。このプロセスは、TCP 経由でリモート コマンドを受信し、子プロセスに何をすべきかを伝えます (例: どのファイルに対処するか、どの処理操作を実行するか)。彼らは実行する必要があります）。
コマンド/構成を子プロセスに渡すために、次のアイデアを思いつきました。
アイデア/提案はありますか？
パイプを介したテキストプロトコルはどうですか？
テキストプロトコルは、テストが簡単で、一般的にバグが少ないことを意味するため、バイナリプロトコルよりも常に優れています。
Supervisordツールが役立つ場合があります。これは、ユーザーが UNIX ライクなオペレーティング システムで多数のプロセスを監視および制御できるようにするクライアント/サーバー システムです。
メッセージ キュー、またはセマフォを備えた共有メモリを使用することもできます。
メッセージをサブスクリプション キューなどにディスパッチできる ActiveMQ と呼ばれる Apache プロジェクトを調べることもできます。これは非常に強力で柔軟で、C インターフェイスがあります。メッセージをディスパッチする必要がある多数のマシン/ネットワークがある場合に理想的です。
beanstalkd や resque のような軽量のメッセージ キューは、適切なレベルの複雑さのようです。inotify を含むファイルも機能します。inotify はイベント キューとして設計されています。焼き込む前に incrontab で試すことができます。{xml,json}-rpc は (少し) 複雑ですが、http を使用するため、より標準的です。ただし、メッセージ キューのメタファは、ノンブロッキングの対話には rpc よりも適しています。