正解は、「単一または少数のタスクを実行する、細かく調整されたソフトウェア」です。マイクロサービスは、システムを特定の一連のタスクを実行する小さな独立したサービスに分解するソフトウェア アーキテクチャ アプローチです。各マイクロサービスは、単一または少数の関連タスクを処理するように、集中的かつ細かく調整され、非常にまとまりのあるように設計されています。この粒度により、複雑なアプリケーションを構築する際のスケーラビリティ、保守性、柔軟性が向上します。提供されているその他のオプションは、マイクロサービスを正確に定義していません。コンテナ化されたアプリケーションの展開、スケーリング、管理を自動化するオープン ソース システムは、Kubernetes などのコンテナ オーケストレーション ツールを指します。これは、マイクロサービスの管理に使用できますが、マイクロサービス自体の定義ではありません。静的に型付けおよびコンパイルされた言語は、プログラミング言語の特性のタイプを表すものであり、マイクロサービスの概念に固有のものではありません。構造化された情報またはデータの整理されたコレクション (通常はコンピューター システムに電子的に保存されます) は、データベースまたはデータ ストレージ システムの定義であり、マイクロサービスとは無関係です。

攻撃対象領域を最小限に抑えながら、インターネットからデプロイされたアプリケーションへの直接アクセスを可能にするという要件を満たす有効な OKE クラスター ネットワーク構成は、ノードと Kubernetes API エンドポイント用のプライベート サブネット、ロード バランサー用のパブリック サブネットです。ノードと Kubernetes API エンドポイントをプライベート サブネットに配置すると、インターネットから直接アクセスできなくなり、攻撃対象領域が縮小されます。
一方、ロード バランサはパブリック サブネットに配置され、インターネットからアクセスでき、デプロイされたアプリケーションにアクセスするためのエントリ ポイントとして機能します。この構成により、ノードや API エンドポイントなどのクラスターの重要なコンポーネントがプライベート ネットワーク内で保護され、ロード バランサを介してアプリケーションへのアクセスが提供されます。これにより、デプロイされたアプリケーションの可用性を維持しながら、クラスターの内部コンポーネントへの直接アクセスを制限することで、セキュリティが強化されます。

正解は「読み取り専用」です。Docker イメージのレイヤーは読み取り専用です。レイヤーが作成されると、変更することはできません。各レイヤーは Dockerfile 命令を表し、前のレイヤーの上に積み重ねられ、不変のレイヤーのスタックを形成します。これらのレイヤーは、イメージの一貫性と整合性を確保するために読み取り専用になるように設計されています。Docker イメージがビルドされると、Dockerfile 内の各命令によって新しいレイヤーが作成されます。各レイヤーは、前のレイヤーに対するその命令による変更を表します。レイヤーは互いに積み重ねられ、完全なイメージを形成します。このレイヤーベースのアプローチにより、Docker イメージを効率的に保存および配布できます。レイヤーは読み取り専用であるため、イメージに変更または修正を加えると、既存のレイヤーが変更されるのではなく、新しいレイヤーが作成されます。この不変性により、各レイヤーがそのまま残り、イメージの整合性が維持されます。また、Docker のキャッシュ メカニズムが有効になり、対応する命令が変更されていない場合は、以前にビルドされたレイヤーを再利用できるため、イメージ ビルド プロセスが高速化されます。 「書き込みのみ」、「1 回だけ書き込み」、「移動可能」、「ほとんど読み取り」などの他のオプションは、Docker イメージ レイヤーに関連付けられた権限を正確に表すものではありません。Docker イメージ レイヤーは、読み取り専用として特別に設計されています。

Docker イメージとコンテナに関する正しい記述は次のうちどれですか。(2 つ選択してください。) 新しい Dockerfile を記述して構築することが、新しい Docker イメージを作成する唯一の方法です。コンテナはイメージがなくても存在できますが、イメージはコンテナなしでは存在できません。特定のイメージから一度に生成できるコンテナは 1 つだけです。同じイメージから複数のコンテナが生成された場合、それらはすべてメモリ内でそのイメージの同じコピーを使用します。(正解) イメージは不変のレイヤーのコレクションですが、コンテナはイメージの実行中のインスタンスです。(正解) ChatGPT Docker イメージとコンテナに関する正しい記述は次のとおりです。同じイメージから複数のコンテナが生成された場合、それらはすべてメモリ内でそのイメージの同じコピーを使用します。 この記述は正解です。同じ Docker イメージから複数のコンテナが作成されると、それらはメモリ内でイメージの基になるレイヤーを共有します。各コンテナには独自の分離されたファイルシステムとランタイム環境がありますが、それらはすべて同じベースイメージを使用するため、リソースを効率的に使用できます。イメージは不変のレイヤーのコレクションですが、コンテナはイメージの実行中のインスタンスです。この記述も正しいです。Docker イメージは複数のレイヤーで構成され、各レイヤーは前のレイヤーに対する特定の変更または追加を表します。これらのレイヤーは読み取り専用で、複数のコンテナー間で共有できます。一方、コンテナーは特定のイメージから作成された軽量で分離されたランタイム インスタンスです。これは、独自のファイル システム、ネットワーク、およびランタイム構成を持つ実行中のプロセスです。「新しい Dockerfile を記述してビルドすることが、新しい Docker イメージを作成する唯一の方法です」および「コンテナーはイメージがなくても存在できますが、イメージはコンテナーなしでは存在できません」という記述は正しくありません。Docker イメージは、Dockerfile の使用、既存のイメージからのインポート、レジストリからのプルなど、さまざまな方法で作成できます。さらに、コンテナーを実行するにはイメージが必要なので、イメージが存在しなければコンテナーを作成することはできません。

正しいオプションは次のとおりです: 構成された OCI API 署名キー ペア: API 署名キー ペアは、OKE クラスターを含む OCI リソースにアクセスするための認証と承認に使用されます。API リクエストを認証するには、ローカル マシンで秘密キーを構成する必要があります。クラスター ワーカー ノードに追加された公開キーを含む SSH キー ペア: これは、OKE クラスター内のワーカー ノードへの安全な SSH アクセスに必要です。
クラスターの作成または更新中に、SSH キー ペアを生成し、公開キーをクラスターのワーカー ノード プールに追加する必要があります。したがって、正しいオプションは、構成された OCI API 署名キー ペアと、公開キーがクラスター ワーカー ノードに追加された SSH キー ペアを持つことです。