アップデート：
基本的には、サーバーAのサービスにデータベースまたはデータテーブルに直接書き込むようにします。サービスにProperties、ビジネスロジック内の一連の値を割り当てさせます。すべての計算とデータアクセスがサーバーBで直接実行されるようにします。
明確ではなかったかもしれませんが、サーバーAはサービスを消費しているクライアントです。
ですから、私には独特の難問があります。それが、この特定の問題を処理するための標準的な方法です。現在、サービスまたは内部ロジックを使用するオプションに直面しています。シナリオ：
- 2台のサーバー
- サーバーA：サーバーBにリクエストをプッシュします。
- サーバーB：これらの要求と変数を受け取り、ビジネスロジックを実装します。
- サーバーB：とにかくリレーショナルデータアクセスを作成するので、ワークロードが2倍になります。
ジレンマは、これを処理するための標準的な方法または最善の方法がわからないことです。つまり、サーバーAのデータマップをデータベースに直接接続する方がよいのでしょうか。または、サーバーAをプロパティに保存してから、内部ロジックに処理させる方が実行可能ですか？
私が求めている理由は、明らかに解決策1であり、開発は迅速になりますが、将来的に問題が発生したり、パフォーマンスが低下したりする可能性があります。
そのような：
- サーバーB：データテーブルを永続的に埋めます
- サーバーB：この時点でのすべての永続性は、データベースからのデータの独自の取得によるものです。
- プロジェクトの成長に伴い、リファクタリングが困難になる可能性があります。
これらが私の最初の懸念事項であるため、私はオプション2に傾倒していました。しかし、私が述べたように、私の考え方が規範または標準に従っているかどうかはわかりません。
これが議論と見なされるのを避けるために;
オプション1の欠点は、複雑さが増すにつれてプロジェクトの流動性に影響を与える傾向がありますか？データアクセス層に直接アクセスするためのより良い共通性を実装できるので、オプション2の実装はより実現可能でしょうか？
その助けに感謝します、うまくいけば、私はこれが理にかなっているところに応じて自分自身を明確に表現しました。そうでない場合はコメントを投げてください。それに応じて編集します。