設問
UCは、REST APIアクセスを使用してバックオフィスデータをオンプレミスデータベースに移行しました。UCは最近、営業組織にSales Cloudを導入しました。しかし、ユーザーはSF内の注文データが不足していると不満を抱いています。UCはSFのストレージ制限を懸念していますが、それでもSales Cloudがデータにアクセスできるようにしたいと考えています。要件を満たすためにデータアーキテクトはどの設計パターンを選択する必要がありますか?
選択肢
A. SFにデータを移行して永続化し、ネイティブ機能を利用します。
B. SF Connectを使用してSF内のデータを仮想化し、ストレージの制限を回避します。
C. オンプレミスシステムとSalesforce間の双方向統合を開発します。
D. オンプレミスシステムのUIを構築し、Salesforceでiframe化する。
解答
B. SF Connectを使用してSF内のデータを仮想化し、ストレージの制限を回避します。
解説
A. SFにデータを移行して永続化し、ネイティブ機能を利用します。
不正解です。データをSalesforceに移行すると、ストレージの制限に達する可能性が高く、Salesforceのストレージコストが増大します。この方法はストレージの効率的な利用を考慮していません。
B. SF Connectを使用してSF内のデータを仮想化し、ストレージの制限を回避します。
正解です。SF Connectは、外部システムのデータをSalesforce内で仮想的に扱うことができ、ストレージを使用せずに外部データにアクセス可能です。これにより、ストレージ制限を回避できます。
C. オンプレミスシステムとSalesforce間の双方向統合を開発します。
不正解です。双方向統合は複雑で高コストな実装となり、必要なデータの単純なアクセスのためには過剰なソリューションです。また、リアルタイムのデータ同期が必要ない場合には適していません。
D. オンプレミスシステムのUIを構築し、Salesforceでiframe化する。
不正解です。この方法はユーザーエクスペリエンスが低下し、Salesforceの統合されたレポート機能やダッシュボードを活用できないため、最適な解決策とは言えません。データの統合管理が困難になります。
第204問
こちらをクリック
