3

次のようなチェリーピー RPC 階層が必要です。

/a/foo/bar
/a/wilma/betty
/b/blee/blah
/b/mip/smip
/c/mumble/stumble
/c/fred/barney

...ここで、/a、/b、および /c はマスター プロセスによって処理され、これら 3 つのプレフィックスに基づいて 3 つの異なるサブプロセスにディスパッチされます。os.fork() または multiprocessing がこれに適しているかどうかはまだわかりません。また、プロセス間通信に multiprocessing.Queue または wspbus.Bus を使用する方が良いかどうかもわかりません。

そして、かなり熟達した Python 開発者であるにも関わらず、私はどこから始めればよいか本当にわかりません。私は過去 18 時間にわたってかなりの数のグーグル検索を行ってきましたが、似たようなものはほとんど見つかりませんでした。

目標は、/b を提供するサブプロセスを再起動することにより、/a または /c のサービスに影響を与えることなく (EG) すべての /b を再起動できる REST のような RPC 階層を持つことです。

ところで、RoutesDispatcher を使用する予定ですが、ここでその情報を要求するのは多すぎます。残念ながら、この質問はすでに具体的すぎて答えを得ることができません。したがって、誰かが CherryPy に付属の Dispatcher の 1 つ、または実際に CherryPy ディスパッチャーを使用してこれを行った (またはその方法について考えている) 場合は、どのように行った (または行うことができた) かを教えてください!

誰?

4

0 に答える 0