問題タブ [orleans]

基本的に、ワークフローの作成、監視、一時停止、再起動、永続化、動的更新を可能にする動的ワークフロー アプリケーションを .net で構築する必要があります。ワークフローのすべてのノードは、要求の厳しいコンピューティング タスクであり、数時間かかる可能性があり、ワークフローは少なくとも 20 個のノードで構成されます。

現時点では、最適なソリューションは WF4 を使用することのようですが、周りを見回すと、F#、Orleans、または Akka.NET でのエージェントベースのプログラミングがワークフロー ソリューションの実装に非常に魅力的であり、WF4 とは対照的にそれほど多くはありません。学ぶ配管。エージェント ベースのプログラミングでソリューションを開始するのは良い考えですか、それとも WF4 を使用し続ける必要がありますか?

私は現在、私たちの組織のために MS Orleans について学んでいます。Orleans Grains は、すべての DB 更新が Grain を介して行われる限り、DB との同期が維持されることを理解しています。

しかし、DB のレコードを更新/挿入/削除する一括処理プロセス (データ ファイルの処理など) がある場合はどうなるでしょうか?

これに対応するために Orleans で使用するプロセスまたはパターンはありますか? それとも、Grains を介してすべてのバルク プロセスを処理する必要がありますか? グレインを介してバルク操作を処理する場合、各グレインを更新することで対処しますか (各グレインが DB に更新されると非常にコストがかかるようです)、または影響を受けるすべてのグレインを強制的に「更新」するために使用するバルク パターンがありますか?

答えは明らかかもしれません。これらのシナリオに関するドキュメントには何も見つかりませんでした。

Orleans を MS-SQL サーバーのオンプレミス インストールとして使用します。

編集：

N粒のデータを更新するプロセスを指しています。1000 レコードを更新する 1 回の呼び出しは、1 つのレコードを更新する 1000 回の呼び出しよりも SQL にとってはるかに優れています。具体的な例は在庫更新です。各製品の在庫は穀物になります。約 15 分ごとに、アプリケーションの外部で発生した在庫数量の変更を知らせるファイルがサード パーティから届きます。これはデータベースで更新され、グレインに反映されるはずです。ファイルには 10k のレコードが含まれている可能性があります...