AI-200のサンプル問題（本番形式・解説付き）

解説

キャッシュアサイドでは、まずキャッシュを読み、無ければデータベースから読んでキャッシュに入れます。有効期限で古い値が残り続ける時間に上限を付け、更新時は削除して無効化します。

解説

自動転送の転送先は、転送元を作る時点で存在している必要があり、無いと転送元の作成が例外で失敗します。転送先は、同じ名前空間のキューかトピックです。「転送先を指定せずに両方を作り、受信側のコードで audit-q へ送り直させる」は誤りです。受信側のコードで送り直すのは自動転送ではなく、処理を自分で書くことになります。

解説

Key Vault はシークレット・キー・証明書の期限接近や更新をイベントとして発行でき、Event Grid のサブスクリプションで Functions や Logic Apps へ配信できます。有効期限を設定しておけば、期限が近づいた時点で差し替えの処理を起動できます。「シークレットへ期限のタグを付けておき、タイマートリガーの関数から短い間隔でそのタグを読み直し続ける」は誤りです。読み直しを繰り返す構成は要求数と費用が増え、通知の仕組みが用意されている場面では遠回りです。「シークレットのバージョンを参照側で固定し、取得に失敗した時点で人手により差し替える」は誤りです。失敗が起きてから動く構成で、期限が来る前に差し替えるという目的を満たしません。「アクセス ポリシーで読み取りを止め、監査ログに現れる失敗を手掛かりに差し替える」は誤りです。読み取りを止める運用は稼働中のアプリを壊すうえ、期限の接近を知る手段にもなりません。

解説

Docker ComposeはYAMLファイルで複数コンテナのサービス構成(イメージ、ポート、環境変数、依存関係など)をまとめて定義し、一括で起動・停止できるツールで、ローカルでの複数コンテナ構成の開発によく使われます。「複数のサービスを1つのコンテナへまとめ、1つのDockerfileで一括してビルドする構成(monolithic 構成)」は誤りです。複数サービスを1つのコンテナに同居させる設計は、コンテナを役割ごとに分離するというコンテナ設計の基本的な考え方に反し、一般的な手法ではありません。「`.dockerignore`ファイルに複数コンテナの起動順序を書き、一括で起動する」は誤りです。`.dockerignore`はビルドコンテキストの除外ファイルを指定するものであり、起動順序の定義には使いません。「Kubernetes のマニフェスト(YAML)を AKS へ適用し、クラウド上で一括して起動する方法」は誤りです。Kubernetes のマニフェストは AKS などのクラスターで使う定義で、ローカルの Docker だけで複数コンテナを一括操作する基本機能ではありません。

解説

top-kを大きくしすぎると、生成モデルに渡すコンテキストの量が増え、トークン消費・処理時間の増加に加えて関連性の低いチャンクが混入しやすくなり、回答の質が下がるリスクがあります。kは精度とコストのバランスを見て調整する必要があります。「top-kの設定値を必要以上に大きくしすぎると、埋め込みモデルが出力するベクトルの次元数そのものが自動的に減少する」は誤りです。top-kの設定値は取得件数を制御するパラメーターであり、埋め込みモデルの次元数を変える仕組みではありません。「top-kの設定値を必要以上に大きくしすぎると、構築済みのベクトルインデックスが安全装置として自動的に削除されてしまう」は誤りです。top-kの設定値を大きくすること自体がインデックスの削除を引き起こすことはありません。「top-kの設定値を大きくしすぎると、キーワード検索とベクトル検索を組み合わせるハイブリッド検索の機能が強制的に無効化されてしまう」は誤りです。top-kの設定とハイブリッド検索の有効・無効は別の設定項目であり、直接連動して強制無効化されるものではありません。