試験Development-Lifecycle-and-Deployment-Architect-JPN トピック2 問題220 スレッド
Salesforce Development-Lifecycle-and-Deployment-Architect-JPNのリアル試験問題集
問題 #: 220
トピック #: 2
問題 #: 220
トピック #: 2
Universal Containers CUC) は、EMEA、AMER、APAC で事業を展開するエンタープライズ金融会社です。
規制要件のため、UC には地域ごとに個別の Salesforce 組織があります。各組織にはリージョンのニーズに合わせた独自のカスタマイズがありますが、すべてのリージョンの要件に適用される標準プロセスもあります。
デプロイメントアーキテクトとして、複数組織のデプロイメント戦略について何を考慮する必要がありますか?
規制要件のため、UC には地域ごとに個別の Salesforce 組織があります。各組織にはリージョンのニーズに合わせた独自のカスタマイズがありますが、すべてのリージョンの要件に適用される標準プロセスもあります。
デプロイメントアーキテクトとして、複数組織のデプロイメント戦略について何を考慮する必要がありますか?
おすすめの解答:C 解答を投票する
Deploying metadata to production orgs using package development model is the best option for the multi-org deployment strategy, as it allows you to create modular and reusable packages that can be easily installed and updated across different orgs. Deploying metadata to production orgs using managed packages is not suitable for this scenario, as managed packages are typically used by ISVs to distribute their applications to customers, and they have some limitations and restrictions that may not fit the requirements of UC. Deploying metadata to production orgs using unmanaged packages is also not a good option, as unmanaged packages are mainly used for one-time distribution of components, and they do not support upgrades or dependencies. Deploying metadata to production orgs using change sets is not feasible for this scenario, as change sets can only be used to deploy metadata between connected orgs in the same Salesforce instance, and UC has separate orgs for each region. See [Package Development Model] for more details.
Mizuki 2026-09-02 11:45:20
コメント
他人の解答コメントを賛成するのも、その解答に一票を入れることになります。したがって、すでに同じ意見の投票コメントが存在する場合、新規コメントをする代わりに賛成することもできます。
コメントを通報する
コメント中
今すぐ 新規登録 / ログイン (無料です)。