私は現在、TCPを介してリモートコマンドを受信し、子プロセスに何をすべきかを伝える「マスター」プロセスの制御下で実行されている多くのプロセスを必要とするプロジェクトに取り組んでいます彼らはどの処理操作を実行すべきか）を実行する必要があります。Linuxのリモートプロセスコントロール
私は子プロセスに至るまでのコマンド/設定を渡すために、次のアイデアを作ってみた：
任意のアイデア/提案ですか？
パイプによるテキストプロトコルはどうですか？
テキストプロトコルは、テストが容易であり、テストが容易であることから一般的にバグが少なくなるため、バイナリプロトコルより常に優れています。
メッセージキューや共有メモリをセマフォと併用することもできます。
また、メッセージをサブスクリプションキューなどにディスパッチできるActiveMQというApacheプロジェクトを調べることもできます。非常に強力で柔軟性があり、Cインターフェイスがあります。メッセージを送信する必要のあるマシン/ネットワークが多数ある場合に理想的です。
beanstalkdまたはresqueなどの軽量なメッセージキューは、複雑さの適切なレベルのように思えます。 inotifyを使ったファイルも使えます。 inotifyはイベントキューとして設計されています。あなたはhttpを使用するので、それを焼く前にincrontabで試すことができます。{xml、json} -rpcは（少し）複雑ですが、より標準的です。ただし、非ブロック・インタラクションの場合は、メッセージ・キューのメタファーがrpcよりも適切です。
supervisordツールが便利です。これは、ユーザーがUNIXライクなオペレーティングシステム上の多くのプロセスを監視および制御できるようにするクライアント/サーバーシステムです。
どの言語が実装されていますか？プロセスの代わりにスレッドを使用する方が簡単です。言語に応じて共有メモリ。 – GinoA
また、ファイルやhttp://en.wikipedia.org/wiki/Message_queueを使用することもできます – Drakosha
私は古い良いCとstatyを検討していますが、imlpementationはおそらくC + +になるでしょう。 – cyberguijarro