API 主導の接続アプローチでは、各レイヤー (システム、プロセス、エクスペリエンス) には明確な目的があります。
システム API: これらの API はバックエンド システムに直接接続し、標準化された方法でデータを公開およびロック解除します。
プロセス API: さまざまなシステム間でデータをオーケストレーションおよび処理し、必要に応じて情報を組み合わせます。
エクスペリエンス API: 特定のユーザー インターフェイスまたはアプリケーション向けに設計されており、多くの場合、各コンシューマー アプリケーションのニーズに合わせてデータ形式を変換します。
オプション A が正しい理由:
プロセス API は、複数のシステムからのデータを組み合わせるように設計されており、生命保険システムと損害保険システムの両方からポリシー情報を集約する機能と一致しています。この集約ロジックは、理想的にはプロセス層に存在し、データ取得とデータ オーケストレーションを分離します。
この機能をプロセス レイヤーに移動すると、再利用性とモジュール性が実現され、必要に応じて他のエクスペリエンス API やサービスでも結合されたポリシー データを活用できるようになります。
誤ったオプション:
オプション B (SOAP ベースの応答の提示) は、エクスペリエンス レイヤーによって管理されます。このレイヤーは、特定のインターフェイスに合わせてデータ形式を調整するためです。
オプション C (バックエンド接続の認証と維持) は通常、バックエンドの統合とセキュリティ処理が行われるシステム層内で処理されます。
オプション D (データのクエリ) は、バックエンド システムに直接アクセスし、追加の処理なしで生データを公開するシステム API の機能です。
参照
API 主導のアーキテクチャと各レイヤーの役割の詳細については、MuleSoft の API 主導の接続性と API レイヤーに関するドキュメントを参照してください。