アズールサービスファブリックアーチュアとネットワークのサイズ変更方法

Question

アジアサービスファブリックのステートフルアクターシステムの正しいアクターサイズを決定するには、どのような方法論を適用する必要がありますか？極端に運ば

私はを持っている可能性が理論的には正確に1文字列を格納するために俳優を使っすべての状態またはその逆を持って、正確に1人の俳優を持っています。明らかにこれらの両方が間違っています。単一の俳優のために

は、データのシリアル化された大きさを測定した場合にどのようなキロバイトの量は小さいと考えられると大みなされるであろうどのように多くのメガバイト？たとえば、10KBが小さく、10MBが大きいとしますか？

上記の答えから構築すると、俳優ネットワークは「小さな」俳優に傷ついていると仮定します。小規模ネットワークと大規模ネットワークの構成例えば、もう一度、100万人が小さく、10億人が大規模な人ですか？

私はこれらの測定に何らかの引用を強く推奨します。しかし、私はAzureのドキュメントから特定のものを入手することができませんでした。特定の情報がまだ公開されていない場合は、特にASF以外のアクターネットワークの実装を扱う情報源を受け入れることになります。

Answer 1

一般に、アクターの状態の生のサイズは、そのアクセスの範囲とパターンよりも面白くありません。あなたのアクターを、他のコンポーネントがさまざまな部分にアクセスする必要のある大量の状態の「マネージャー」として使用している場合、複数の呼び出し元が試みるアクターモデルのシングルスレッドの性質によって、要求を並行して行う。一方、自然にカプセル化されたアクタがあり、タスクを実行するために大量の状態を利用する必要がある場合は、一連のネットワーク要求を作成するのではなく、その状態をすべてローカルに保存すると便利です。

非常に粗い経験則をお探しの場合は、ほとんどのアクターの状態をキロバイトで測定すると思います。メガバイトのしきい値を超えている場合は、デザインを再検討して、あなたの俳優がマネージャやミニデータベースの役割を果たしていないことを確認する価値があります。