説明
Oracle Cloud Infrastructure (OCI)ストリーミング・サービスでストリームを読み取り、処理するための正しいAPIメソッドは「GetMessages」です。OCIストリーミングのストリームからメッセージを使用する場合は、
「GetMessages」APIメソッド。このメソッドを使用すると、ストリームからメッセージのバッチを取得して処理できます。取得するメッセージの数、メッセージの最大サイズ、リクエストのタイムアウトなどのパラメータを指定できます。"GetMessages" API メソッドを使用すると、ストリームからメッセージを取得し、マイクロサービス アプリケーションで処理できます。これにより、ストリームでデータが利用可能になると、リアルタイムでデータを消費して処理できるようになります。「GetMessages」メソッドは、メッセージの消費および処理方法に柔軟性をもたらし、特定のアプリケーション要件に基づいてカスタム ロジックとワークフローを実装できるようにします。

API デプロイメント仕様の「type」フィールドの正しい値は「STOCK_RESPONSE_BACKEND」です。「type」を「STOCK_RESPONSE_BACKEND」に設定すると、指定されたルートのバックエンドが事前定義された応答を返す必要があることを示します。このタイプのバックエンドは、実際のバックエンド サービスの実装に関係なく、特定の応答を一貫して返したい場合によく使用されます。この場合、API デプロイメント仕様は、パス「/hello」とメソッド「GET」を持つ単一のルートを持つように構成されています。バックエンド セクションでは、タイプを「STOCK_RESPONSE_BACKEND」として指定します。さらに、応答ステータス コードを 200 として定義し、「Content-Type」ヘッダーを「application/json」に設定し、「body」フィールドに JSON コンテンツを提供します。この構成を使用すると、「GET」メソッドによる「/h​​ello」パスへのリクエストは常に、コンテンツ「{"myjson": "consistent response"}」を含む一貫した JSON 応答を受信します。

正解は、「一度ローテーションされると、古い鍵バージョンは削除されるまで暗号化に使用できます。」です。OCI Vault サービスでのキーのローテーションに関して無効なステートメントは、「一度ローテーションすると、古いキー バージョンは削除されるまで暗号化に使用できます。」です。OCI Vault サービスでは、マスター暗号化キー (MEK) をローテーションすると、新しいキー バージョンが自動的に生成されます。ただし、キーがローテーションされて新しいバージョンが作成されると、古いキー バージョンは暗号化に使用できなくなります。キーのローテーションの目的は、暗号化キーが定期的に更新され、機密データの保護に古いキーが使用されないようにすることです。これにより、潜在的なキー侵害の影響が最小限に抑えられ、セキュリティが強化されます。言及されている他のステートメントは有効です。ソフトウェアおよびハードウェア セキュリティ モジュール (HSM) で保護された MEK は両方ともローテーションできます。これにより、MEK の種類を柔軟に選択できるようになり、使用される暗号化方式に関係なくキーのローテーションを実行できるようになります。各キーのバージョンは、個別の一意の OCID (Oracle Cloud Identifier) を使用して内部的に追跡されます。これにより、OCI Vault サービス内のさまざまなキー バージョンの管理と追跡が容易になります。要約すると、無効なステートメントは、古いキー バージョンが削除されるまで暗号化に引き続き使用できることを示唆するステートメントです。キーのローテーションは、最新のキー バージョンを確実に使用し、古いキー バージョンを廃止してセキュリティを強化するように設計されています。

kubectl のローカル インストールを使用して Container Engine for Kubernetes (OKE) クラスター アクセスを設定する場合に必要ない手順は、OCI コンソールから認証トークンを生成することです。kubectl を使用して OKE クラスターにアクセスするための認証は、OCI CLI 構成、特に API 署名キー ペアと kubeconfig ファイルを使用して実行できます。kubectl のローカル インストールを使用して OKE クラスター アクセスをセットアップするための正しい手順は次のとおりです。 kubeconfig ファイルのセットアップ: kubeconfig ファイルには、kubectl を使用して OKE クラスターを認証しアクセスするために必要な情報が含まれています。これには、クラスターのエンドポイント、認証方法、資格情報などの詳細が含まれます。API 署名キー ペアを生成し (まだ持っていない場合)、API 署名キー ペアの公開キーをアップロードします。 API 署名キー ペアは、OCI サービスでの認証に使用されます。キー ペアの公開キーを OCI コンソールにアップロードして、ユーザー アカウントに関連付ける必要があります。Oracle Cloud Infrastructure (OCI) CLIのインストールと構成: OCI CLIは、OCIサービスと対話するためのコマンドライン・インタフェースを提供します。ユーザーのOCID、テナンシーOCID、リージョン、API署名キー・ペアへのパスなどのOCI資格証明を使用してインストールおよび構成する必要があります。これらの手順を完了すると、OCI CLI 認証構成を使用してローカル マシンから OKE クラスターにアクセスして管理するように kubectl を構成できます。

責任共有モデルでは、オラクルは基盤となるクラウド・インフラストラクチャとプラットフォーム・サービスのセキュリティを確保する責任を負い、顧客はクラウド内のデータとアプリケーションをセキュリティで保護する責任を負います4。プロビジョニングされた OKE クラスターの場合、オラクルは Kubernetes クラスターのコントロール プレーン (マスター ノード) を管理し、顧客はクラスターのデータ プレーン (ワーカー ノード) を管理します5。したがって、プロビジョニングされた OKE クラスター内のワーカー ノードのパッチ適用、アップグレード、および保守を実行するのはお客様の責任です5。お客様は、Terraform や kubectl などのツールを使用して、これらのタスクを自動化できます5。