Pass with 1Z0-1067-20日本語 Practice Materials 100% for sure

あなたのチームは、新しい顧客ごとにシステム全体の展開を必要とするSaaSアプリケーションを実装しました。
インフラストラクチャのプロビジョニングはTerraformを介してすでに自動化されており、構成ファイルの管理とデプロイメントを一元化するためのAnsibleプレイブックを開発するように求められました。
プレイブックで最新かつ正確なインベントリを確実に利用するための最も効果的な方法は何ですか？

• A. Oracle Cloud Infrastructureによって提供される動的インベントリスクリプトをダウンロードし、それをPlaybook呼び出しコマンドに含めます。
• B. Terraform適用コマンドを使用してインベントリリストをエクスポートします。
• C. コマンドラインインターフェイススクリプトを実装してすべてのリソースを一覧表示し、Ansible内で実行して動的インベントリリストを生成します。
• D. Oracle Cloud Infrastructure Webコンソールからインベントリリストをエクスポートします。

Oracle Cloud Infrastructure（OCI）テナンシーを組織内の開発者グループと共有し、開発者と呼ばれるコンパートメントを作成しました。あなたはIAMポリシーを変更する権限を持つテナンシーの管理者です。開発者には、フェデレーションをシングルサインオン（SSO）に構成するための特権が必要です。
m最も安全な方法で、タスクを完了するためのアクセス許可を与えますか？

• A. IdPAdminsというグループを作成します。次のIAMポリシーステートメントを割り当てます。
  グループIdPAdminsがテナンシーでIDプロバイダーを管理できるようにする
  グループIdPAdminsがテナント内のグループを管理できるようにする
• B. IdPAdminsというグループを作成します。次のIAMポリシーステートメントを割り当てます。
  グループIdPAdminsがコンパートメント内のIDプロバイダーを管理できるようにする
  グループIdPAdminsがコンパートメント内のグループを管理できるようにする
• C. 次のステートメントで新しいポリシーを作成します。
  すべてのユーザーがテナンシーAの開発者でIDプロバイダーを管理できるようにする
  テナンシーで任意のユーザーがグループを管理できるようにする
• D. Developersというグループを作成します。次のIAMポリシーを設定します。
  グループ開発者がコンパートメントa-developerでIDプロバイダーを管理できるようにするグループ開発者がコンパートメントでグループを管理できるようにする

Object Storageバケットを利用してコンテンツを配布する既存のアプリケーションを保護するために、あなたはあなたを連れてきました。データは現在パブリックバケットから共有されており、セキュリティチームはこのアプローチに満足していません。彼らは、すべてのデータはストレージバケットに保存する必要があると述べています。アプリケーションは、データへの安全なアクセスを提供できる必要があります。データへのアクセス用に提供されるURLは、30日ごとにローテーションする必要があります。
これらの要件を満たす設計オプションはどれですか。

• A. 新しいグループを作成し、ユーザーをこのグループにマップし、このグループにのみObject Storageサービスへのアクセスを提供するIAMポリシーを作成します。その後、ユーザーは単にOCIコンソールにログインして、必要なハエを取得できます。
• B. データを共有するためだけにプライベートバケットを作成します。
• C. 複数のバケットを作成し、それらをパブリックとプライベートに分類します。重要でないデータにはパブリックバケットを、重要なデータにはプライベートバケットを使用します。
• D. 複数のURLが存在する場合でも、事前認証済みリクエストを使用すると、セキュリティが向上します。

Oracle Cloud Infrastructure（OCI）内のデプロイメントプラットフォームは、複数のブロックボリュームが接続されたコンピューティングインスタンスを利用します。同じコンピューティングインスタンスを使用し、これらのブロックボリュームにアクセスできる複数のチームがあります。これらのブロックボリュームを誤って削除しないようにする必要があります。次のIAMポリシーの作成を開始しましたが、使用するアクセス許可を決定する必要があります。

• A. DELETE.VOLUME、DELETE_VOLUME_ATTACHMENT、DELETE_VOLUME_BACKUP
• B. VOLUME_DELETE、VOLUME_ATTACHMENT_DELETE、VOLUME_BACKUP_DELETE
• C. VOLUME_ERASE、VOLUME_ATTACHMENT_ERASE、VOLUME_BACKUP_ERASE
• D. ERASE_VOLUME、ERASE_VOLUME_ATTACHMENT、ERASE_VOLUME_BACKUP

保険会社が、アプリケーションビジネス継続性計画の自動化を支援するようにあなたに契約しました。プライマリサイトとしてeu-frankfurt-1で、災害復旧サイトとしてuk-london-1でアプリケーションを実行しています。
通常、これらにはプライマリエンドポイントのeu-frankfurt-1のIPアドレスに関連付けられたDNS Aレコードがあります。
災害が発生した場合、彼らはOCI DNSゾーン管理を使用してAレコードを更新し、それをエンドポイントIn uk-london-1のIPアドレスに置き換えます。
フェイルオーバープロセスをどのように自動化できますか？

• A. フランクフルトでロードバランサーをプロビジョニングし、DNSのAレコードに関連付けます。 eu-frankfurt-1とuk-london-1の両方のリージョンのバックエンドサーバーを使用してバックエンドセットを作成します。
• B. 両方のリージョンエンドポイントを評価するヘルスチェックを作成します。フェイルオーバータイプのトラフィック管理ステアリングポリシーを作成し、ヘルスチェックに関連付けます。
• C. トラフィック管理ステアリングポリシーを作成し、eu-frankfurt-1リージョンとuk-london-1リージョンの両方からのバックエンドサーバーを含むバックエンドセットにアタッチします。
• D. ロードバランサータイプでトラフィック管理ステアリングポリシーを作成し、eu-frankfurt-1エンドポイントとuk-london-1エンドポイントの両方を追加します。トラフィック管理ステアリングポリシーをAレコードに添付します。