簡単な建築に関する質問です。
データベースを備えたポータル/Web サイトをセットアップする必要があります。これは簡単ですが、今度はアプリや他のクライアントが API を介して対話するための機能を追加したいと考えています。
私が最初に考えたのは、アーキテクチャに ESB を組み込むことでした。Web サイト、アプリ、クライアントは ESB に接続し、ESB はデータベースに接続します。
可能であれば、ポータルで負荷分散を行い、ESB で負荷分散を行うことを検討しています。
これはお勧めでしょうか? もしそうなら、私は現在 ESB を実装していますが、それは IIS のようなものになるのでしょうか、それとも ESB に直接接続するのでしょうか?
懸念事項としては、メッセージの損失や、ポータルなどの DB へのクエリが遅くならないという ESB のパフォーマンスなどがあります。
何かご提案がありましたら、ぜひお聞かせください。ありがとうございます
答え1
ESB は複雑な統合プロジェクトに適しています。シンプルなものをお探しの場合は、何らかの RPC メカニズム (JSON-RPC/XML-RPC/REST/SOAP など) を介して API を公開することから始めることをお勧めします。要件が大きくなり、実際に ESB が必要になるようになった場合は、API を ESB エンドポイントに統合するのが簡単になります。