A2 演習

アーキテクチャ設計難易度 ★★★1 / 30

外部APIが平均100msだが、まれに10秒以上応答しない。利用者画面のSLOが2秒の場合の設計として適切なのは？

要件定義難易度 ★★2 / 30

要求トレーサビリティの主目的は？

データ設計難易度 ★★★3 / 30

分析基盤へ業務DBの変更を連携するときCDCを採用する主な利点はどれか。

システム方式難易度 ★★★4 / 30

キャッシュアサイド方式で、DB更新後にキャッシュ削除へ失敗した。主な問題はどれか。

開発・テスト難易度 ★★★5 / 30

テスト環境では問題ないが本番データ量でクエリ性能が急落した。再発防止として有効なのはどれか。

移行難易度 ★★6 / 30

件数照合だけでは不十分な理由は？

開発・テスト難易度 ★★7 / 30

受入テストの観点は？

クラウド・パッケージ難易度 ★★8 / 30

Fit to Standardの狙いは？

クラウド・パッケージ難易度 ★★9 / 30

ロックイン評価で見る事項は？

システム方式難易度 ★★★10 / 30

イベント駆動アーキテクチャで、同一エンティティに対するイベント順序が重要である。最も現実的な方式はどれか。

業務設計難易度 ★★11 / 30

現行手順をそのままシステム化する前に行うべきことは？

システム方式難易度 ★★★12 / 30

注文APIの平均応答は100msだが、依存先障害時に30秒まで遅延する。フロントのSLOが2秒の場合、最も適切な設計はどれか。

開発・テスト難易度 ★★★13 / 30

性能回帰を早期検知する仕組みとして有効なのは？

外部連携難易度 ★★★14 / 30

外部連携で『送信済みか不明』なタイムアウトが発生した。安全な再処理に必要なものはどれか。

業務設計難易度 ★★15 / 30

業務KPIとシステムKPIの対応例は？

要件定義難易度 ★★16 / 30

複数部門で顧客定義が異なる。最優先すべきことは？

アーキテクチャ設計難易度 ★★★17 / 30

データベースへの書込み集中がボトルネックで、読取りは十分高速である。最初に検討すべき観点は？

可観測性難易度 ★★★18 / 30

SLO違反の予兆を早く捉えるためエラーバジェットを使う狙いはどれか。

要件定義難易度 ★★★19 / 30

新システムの応答時間要件を『95%の要求が2秒以内』とした。この定義に加えて特に必要なものはどれか。

セキュリティ難易度 ★★★20 / 30

APIでテナントAの利用者がURLのIDを書き換えてテナントBのデータへアクセスできた。欠けている設計はどれか。

非機能要件難易度 ★★★21 / 30

可用性99.99%を要求された。方式選定前に最も確認すべきことはどれか。

要件定義難易度 ★★22 / 30

「処理を速くしてほしい」という要求への最初の対応は？

データ設計難易度 ★★23 / 30

注文ヘッダと明細を分離する理由は？

システム方式難易度 ★★24 / 30

参照中心のマスタを複数拠点から高速参照したい。適切なのは？

システム方式難易度 ★★★25 / 30

同じイベントを少なくとも1回配送するメッセージ基盤を利用する。利用側で最も必要な設計はどれか。

データ設計難易度 ★★26 / 30

ある時点の契約内容を再現したい。適切なのは？

システム方式難易度 ★★27 / 30

外部サービス停止中も注文受付を継続したい。適切な方式は？

要件定義難易度 ★★28 / 30

24時間365日利用可能という要求で不足している情報は？

システム方式難易度 ★★★29 / 30

ブルーグリーンデプロイでDBスキーマ変更を伴う。安全性を高める方法はどれか。

外部連携難易度 ★★★30 / 30