コンパートメントには、Oracle Cloud Infrastructureで暗号化キーとシークレットを保存および管理する方法はありません。コンパートメントは、ユーザーがクラウド リソースを整理および分離するのに役立つ論理コンテナです。コンパートメントをネストして、組織またはプロジェクトの構造を反映する階層を作成できます。暗号化キーとシークレットを保存および管理するために、ユーザーはOracle Cloud Infrastructure Vaultサービスを使用できます。これは、暗号化キー、シークレットおよび証明書の一元管理を提供するフルマネージド・サービスです。

Oracle Cloud Infrastructure Container Engine for Kubernetesは、コンテナ化されたアプリケーションをクラウドにデプロイするために使用できる、フルマネージドでスケーラブルで可用性の高いサービスです。開発チームがクラウドネイティブ アプリケーションを確実に構築、デプロイ、管理したい場合は、Container Engine for Kubernetes (単に OKE と略されることもあります) を使用します。アプリケーションに必要なコンピューティング・リソースを指定すると、Container Engine for Kubernetesが既存のOCIテナントのOracle Cloud Infrastructure上にそれらをプロビジョニングします。
Container Engine for Kubernetes にアクセスし、コンソールと REST API を使用して Kubernetes クラスターを定義および作成できます。作成したクラスターには、Kubernetes コマンド ライン (kubectl)、Kubernetes ダッシュボード、および Kubernetes API を使用してアクセスできます。
Container Engine for KubernetesはOracle Cloud Infrastructure Identity and Access Management (IAM)と統合されており、ネイティブのOracle Cloud Infrastructure ID機能による簡単な認証を提供します。

データのバックアップ頻度は、Oracle Cloud Infrastructureのアイデンティティおよびアクセス管理(IAM)ポリシー・ステートメントのコンポーネントではありません。IAMポリシー・ステートメントは、特定のコンパートメント内の特定のタイプのリソースへのアクセスを許可または拒否するルールです。IAM ポリシー ステートメントは、アクション動詞、リソース タイプ、場所、およびオプションの条件の 4 つのコンポーネントで構成されます。

データ暗号化
顧客が暗号化アルゴリズムとキー管理のセキュリティとコンプライアンスの要件を満たすことができる方法で、保管中および転送中の顧客データを保護します。Oracle Cloud Infrastructure Block Volumeサービスは、保管中のすべてのブロック・ボリューム、ブート・ボリューム、およびボリューム・バックアップを常に暗号化します。 256 ビット暗号化による Advanced Encryption Standard (AES) アルゴリズムを使用します。デフォルトでは、すべてのボリュームとそのバックアップは、Oracle が提供する暗号化キーを使用して暗号化されます。ボリュームのクローンが作成されるか、バックアップから復元されるたびに、ボリュームには新しい一意の暗号化キーが割り当てられます。
File Storage サービスは、保存されているすべてのファイル システムとスナップショット データを暗号化します。デフォルトでは、すべてのファイルシステムはOracle管理の暗号化キーを使用して暗号化されます。Vault サービスを使用して所有および管理しているキーを使用して、すべてのファイル システムを暗号化するオプションがあります。
Object Storage は、256 ビット Advanced Encryption Standard (AES-256) を採用して、サーバー上のオブジェクト データを暗号化します。各オブジェクトは独自のデータ暗号化キーを使用して暗号化されます。データ暗号化キーは常に、バケットに割り当てられたマスター暗号化キーを使用して暗号化されます。暗号化はデフォルトで有効になっており、オフにすることはできません。デフォルトでは、Oracle がマスター暗号化キーを管理します。
参照：
https://docs.cloud.oracle.com/en-us/iaas/Content/Block/Concepts/overview.htm
https://docs.cloud.oracle.com/en-us/iaas/Content/Object/Concepts/objectstorageoverview.htm
https://docs.cloud.oracle.com/en-us/iaas/Content/File/Concepts/filestorageoverview.htm Oracle Cloud Infrastructure Key Managementは、管理するキーを使用してデータを暗号化できる管理対象サービスです。
IAM、自動スケーリング、および関数はキー管理では使用できないため、間違ったオプションです。

高可用性アーキテクチャを設計するには、冗長性、監視、フェイルオーバーという 3 つの重要な要素を考慮する必要があります。
1) 冗長性とは、複数のコンポーネントが同じタスクを実行できることを意味します。障害が発生したコンポーネントによって実行されたタスクを冗長コンポーネントが引き継ぐことができるため、単一障害点の問題は解消されます。
2) 監視とは、コンポーネントが正常に動作しているかどうかを確認することを意味します。
3) フェイルオーバーは、プライマリ コンポーネントに障害が発生したときに、セカンダリ コンポーネントがプライマリになるプロセスです。
ここで紹介するベスト プラクティスは、これら 3 つの重要な要素に焦点を当てています。高可用性はアプリケーション レベルやクラウド インフラストラクチャ レベルなど、さまざまなレベルで実現できますが、ここではクラウド インフラストラクチャ レベルに焦点を当てます。
Oracle Cloud Infrastructureリージョンは、1つ以上の可用性ドメインで構成されるローカライズされた地理的エリアであり、各可用性ドメインは3つのフォールト・ドメインで構成されます。高可用性は、可用性ドメイン内の障害ドメインの冗長性によって確保されます。
可用性ドメインは、リージョン内にある 1 つ以上のデータ センターです。可用性ドメインは相互に分離されており、フォールト トレラントであり、同時に障害が発生する可能性はほとんどありません。可用性ドメインは、電源や冷却などの物理インフラストラクチャや内部可用性ドメイン ネットワークを共有しないため、1 つの可用性ドメインに影響を与える障害が他の可用性ドメインの可用性に影響を与える可能性はほとんどありません。
フォールト ドメインは、可用性ドメイン内のハードウェアとインフラストラクチャのグループです。各可用性ドメインには 3 つの障害ドメインが含まれます。フォールト ドメインを使用すると、インスタンスが単一の可用性ドメイン内の同じ物理ハードウェア上に存在しないように分散できます。その結果、1 つのフォールト ドメインに影響を与える予期しないハードウェア障害やコンピューティング ハードウェアのメンテナンスが他のフォールト ドメインのインスタンスに影響を与えることはありません。オプションで、起動時に新しいインスタンスのフォールト ドメインを指定することも、システムにフォールト ドメインを選択させることもできます。
リージョン内のすべての可用性ドメインは、低遅延、高帯域幅のネットワークによって相互に接続されています。この予測可能な可用性ドメイン間の暗号化された相互接続は、高可用性と災害復旧の両方の構成要素を提供します。