俳優ベースのパラダイムはかなりクールです。効果的に拡張できるため、並行システムを評価する必要があるパラダイムになります。私はそれについていくらか読んだことがあり、コアの意図についてまともな考えを持っています。メッセージと複数の「アクター」を使用してコストのかかる操作を実行し、要求/応答の相互作用による待機を最小限に抑えて、システムのスループットを向上させます。しかし、私は人々が俳優と一緒に使用するデザインパターンに十分に触れていませんでした。アクターベースのシステムのデザインパターンを探しています。
アクターデザインパターンの一般的な例は、マスターコーディネーターアクターと多数のチャイルドワーカーアクターが存在するシステムです。彼らは、高価な操作をより小さなチャンクにマスターマップし、より小さなチャンクをメッセージとしてワーカーの束に送信し、それらからの応答を待ってから、それらすべてを結果に還元します。このパターンのいくつかの洗練された例では、ワーカーアクターは、より多くの作業の準備ができていることをマスターに通知し、マスターはオンデマンドでより多くの作業をそれらにルーティングします。これにより、作業の適切なバランスが確保され、ジョブのサイズが大幅に異なる場合に役立ちます。
私はより多くの俳優ベースのパターンに関する文献を探し回っていましたが、上記以外の例はまだ見つかりませんでした。Akka Actorsプロジェクトのサンプルはまだ調べていませんが、ポインターがあれば非常に役立ちます。