【システム構成】クラウドからパソコン画面を配信する！「DaaS」｜情報処理問題1000本ノック

テレワークの普及により、企業のPC管理は劇的に変化しました。物理的なパソコンの中にデータを残さず、サーバー側で動くデスクトップ画面をネットワーク経由で利用する技術「DaaS」について攻略しましょう。

1. 【 問題 】：クラウドサービス（DaaS）

【 問題 】 ネットワーク経由で、クライアントユーザー向けに仮想デスクトップ環境を配備する技術、方法を指すのは、次のうちどれか

(ア) SaaS
(イ) PaaS
(ウ) HaaS
(エ) DaaS

2. 正解：

正解： (エ) DaaS

3. 解説：画面だけを手元の端末に映し出す技術

DaaS（Desktop as a Service：ダース）は、従来であれば手元の物理的なパソコン（ハードウェア）で動作させていたWindowsやLinuxなどのデスクトップ環境（OSやアプリ、設定など）を、すべてクラウド上の仮想サーバー側で動作させ、ネットワーク経由でその「画面」だけを転送して利用させるサービス形態です。

【間違いやすい「◯aaS」のサービス分類】 ← ココが試験のポイント！

分類	正式名称	提供されるもの／特徴
(ア) SaaS	Software as a Service	完成された「アプリケーション（ソフトウェア）」を提供する（例：Gmail、Salesforce）。
(イ) PaaS	Platform as a Service	開発者がプログラムを動かすための「実行環境・プラットフォーム」を提供する。
(ウ) HaaS	Hardware as a Service	サーバーやストレージなどの「ハードウェア（インフラ）」を提供する（IaaSとほぼ同義）。
(エ) DaaS	Desktop as a Service	ユーザーが普段業務で使う「OS（パソコン画面そのもの）」を提供する。

1. 理解のコツ: 「映画の配信サービス」を想像してください。
・これまでのパソコンは「DVDを買ってきて、自分の部屋のDVDプレイヤー（手元のPC）で再生する」ようなものでした。パソコンの中にデータ（DVD）が残るため、持ち歩くと紛失・情報漏洩のリスクがありました。
・これに対してDaaSは「Netflix（クラウド）の動画を、スマホやテレビにストリーミング配信して見る」ようなものです。実際の処理や映画データはすべてクラウド側にあり、手元の端末には「映像」が映っているだけです。そのため、万が一手元の端末をどこかに置き忘れたり盗まれたりしても、端末の中には会社のデータが1文字も残っていないため、情報漏洩を完璧に防ぐことができます。これがテレワークでDaaS（仮想デスクトップ）が重宝される最大の理由です。

2. 試験対策 the 視点: ITパスポートや基本情報、応用情報技術者のすべての午前試験において、各種「◯aS」の定義問題は超大定番です。問題文の中に「仮想デスクトップ」「デスクトップ環境を配備」というキーワードがあれば、迷わず「Desktop」の頭文字を取ったDaaSを選んでください。
また、午後試験や応用情報のセキュリティ分野では、自社内で同様の環境を構築する「VDI（Virtual Desktop Infrastructure：仮想デスクトップ基盤）」という言葉と並んで出題されます。「VDIを自社でサーバーを立てて運用するのが大変だから、クラウド業者にお任せ（サービス化）したものがDaaSである」という関係性まで押さえておくと、どんな聞かれ方をされても確実に得点できるようになります。

---

4. まとめ

「PCのデスクトップ環境をクラウド上の仮想サーバーからネットワーク経由でユーザーに配信・提供するサービス形態」。これがDaaSです。手元にデータを残さないセキュアな働き方を実現する、現代のネットワーク・サービスマネジメント分野の必須キーワードとして完璧に覚えておきましょう！

【システム構成】データを会社の資産に変える統治ルール！「データガバナンス」｜情報処理問題1000本ノック

データはただ溜めるだけではゴミの山。データを全社で安全かつ有効に活用するために、組織としてのルールや手続きを定める「データガバナンス」を攻略しましょう。

1. 【 問題 】：データ管理とIT組織の統治（ガバナンス）

【 問題 】 企業が保有する多種多様なデータ資産を経営やビジネスに安全かつ有効に活用するために、データの収集、保存、利用権限、セキュリティ、品質管理などに関する「全社的な経営ポリシー（方針）」を策定し、それを組織全体で遵守させるための責任体系や業務手順、管理体制を構築・統治する活動を何と呼ぶでしょうか？

① データガバナンス (Data Governance)
② データマネジメント (Data Management)
③ データリテラシー (Data Literacy)
④ データプロファイリング (Data Profiling)

2. 正解：

正解： ① データガバナンス (Data Governance)

3. 解説：「データ活用の法律と裁判所」を会社の中に作ること

これまでは、部門ごとにバラバラのルールでデータが管理されていました。しかし、それでは「セキュリティ漏洩」が起きたり、「データの形式が違って連携できない」といった問題が発生します。そこで、会社全体で共通の『データに関するルール（方針）』を敷くのがデータガバナンスです。

【データガバナンスとデータマネジメントの決定的な違い】

・データガバナンス（統治・方針・ルール）：今回の正解です。「データの所有者は誰か」「どんなセキュリティ基準で保存すべきか」という組織のポリシー（法律）や意思決定の枠組みを決めることです。以前学んだ『データメッシュ（現場に責任を分散する）』を全社で安全に実現するためにも、このガバナンスというルール設定が絶対に必要になります。 ← ココが問題の正解！

・データマネジメント（実行・業務・技術）：ガバナンスが定めた「ルール（法律）」に従って、実際にデータをシステム（DWHやデータレイク）に保存したり、バックアップを取ったり、日々のデータを綺麗にする「実務（執行）」のことです。

[ 選択肢のシャッフル解説（データ利活用に関するライバル用語たち） ]
★ ② データマネジメント：上記の通りです。ガバナンスが「決定・統治」であるのに対し、マネジメントはルールに沿ってデータを管理・運用する「実行・実務」を指します。
★ ③ データリテラシー：データを正しく読み解き、分析し、ビジネスの意思決定に活用できるという、働く「人間側のスキルやリテラシー（能力）」のことです。
★ ④ データプロファイリング：既存のデータソースを調査・分析し、データの品質、形式、矛盾がないか（文字化けや空欄がないかなど）を科学的にチェックして「データの健康状態を把握する技術的なプロセス」のことです。

1. 理解のコツ: 「国家の法律と警察」に例えてみましょう。
・国において「どんな法律（ルール）を作るか」「もし違反したら誰が責任を取るか」を決める国会や憲法の役割が、今回のデータガバナンス（統治）です。これがないと、みんなが自分勝手に行動して無法地帯（データの沼・セキュリティ事故）になってしまいます。
・そして、その法律を守りながら、実際に街をパトロールしたり道路を整備したりする行政や警察の実務がデータマネジメント（管理）です。この、最上位に位置する『ポリシーや手順の統治体制』こそがデータガバナンスです。
2. 試験対策の視点: 「組織のポリシーや手順」「収集、保存、セキュリティなどに関する統治」「責任体系や管理体制の構築」という、経営・組織的なルールのニュアンスがあれば「データガバナンス」が一択です。基本情報の科目A、応用情報の午前試験、そしてITストラテジストやシステム監査技術者試験において、企業のDX（デジタルトランスフォーメーション）を安全に成功させるための経営管理の必須テーマとして、今まさに大本命で狙われる最重要キーワードです。

---

4. まとめ

「データを安全かつ高品質な状態で全社共有するために、収集からセキュリティに至るまでの組織的なルール（ポリシー）や責任の所在を明確にする経営統治活動」。これがデータガバナンスです。この『ガバナンス』という確固たる法律があるからこそ、前回学んだ『データレイク』に安全に生データを溜め、みんなが安心してデータをビジネスの武器として使うことができるのです。

【システム構成】環境が変わってもすぐに馴染む引越し能力！「可搬性」｜情報処理問題1000本ノック

WindowsからMacへ、あるいはAWSからAzureへ。特定の環境に縛られず、異なるプラットフォームへ簡単にプログラムを移植できる「可搬性」の概念を攻略しましょう。

1. 【 問題 】：ソフトウェアの品質特性（可搬性）

【 問題 】 ソフトウェアやシステムの品質特性（ISO/IEC 25010など）を評価する指標において、ある特定の動作環境（OSやハードウェア、クラウドプラットフォームなど）向けに開発されたプログラムを、別の異なるプラットフォーム環境へ移行・移植する際の「動作させることの容易さ（引越しのしやすさ）」を表す性質はどれでしょうか？

① 可搬性 (Portability / 移植性)
② 可用性 (Availability)
③ 保守性 (Maintainability)
④ 機能適合性 (Functional Suitability)

2. 正解：

正解： ① 可搬性 (Portability / 移植性)

3. 解説：「特定の環境に依存しない」という自由度の高さ

システムを特定のメーカーの機材やOS専用（密結合）で作ってしまうと、その機材が製造終了になった瞬間にシステム全体を作り直す大惨事になります。それを防ぐために、どこでも動く柔軟さを持たせる設計思想が可搬性（ポータビリティ）です。

【可搬性を高める現代の代表的なIT技術】

・Java言語：プログラミング言語のJavaは、「Write once, run anywhere（一度書けば、どこでも動く）」を掲げています。専用の仮想マシン（JVM）の上で動かすことで、WindowsでもMacでもLinuxでも、プログラムコードを全く書き換えることなく同じように動作させることができ、非常に高い可搬性を誇ります。
・コンテナ技術（Dockerなど）：現代のシステム構成の主役です。アプリケーションとそれが動く環境を丸ごと「コンテナ」という箱に詰め込むことで、開発者のパソコンから本番のクラウドサーバー（AWS、GCP、Azureなど）へと、プラットフォームをまたいだ引越し（移行）を1秒で行うことができます。 ← ココが問題の正解！

[ 選択肢のシャッフル解説（名前に「可」がつく紛らわしい指標たちの罠） ]
★ ② 可用性：システムがトラブルで止まることなく、ユーザーが「使いたいときにいつでも利用できる」状態をキープできている割合（稼働率）のことです。
★ ③ 保守性：システムに不具合が見つかったときや、新しい機能を追加したいときに、どれだけ「簡単かつ短時間でプログラムを修正・メンテナンスできるか」という直しやすさの指標です。
★ ④ 機能適合性：ユーザーが「こんな機能が欲しい」と求めた要求に対して、ソフトウェアがどれだけ過不足なくその機能を正しく提供できているかという、機能の網羅性を表す指標です。

1. 理解のコツ: 「世界のどこでも使える電気製品のプラグ」に例えてみましょう。
・日本のコンセント専用に作られた家電は、海外に持っていってもそのままでは使えません（可搬性が低い）。
・一方で、パソコンの充電器のように「100V〜240V対応」になっていて、先っぽの変換プラグを変えるだけで『日本でもアメリカでもヨーロッパでも、どの国の電源プラットフォームでもすぐに差し込んで同じように動く』。この、環境を選ばずに持ち運んで活躍できるポテンシャルの高さこそが可搬性（ポータビリティ）です。
2. 試験対策の視点: 「複数のプラットフォームで動作」「移行や移植の容易さ」という、環境の変化に対する柔軟性のニュアンスがあれば「可搬性（または移植性）」が一択です。ITパスポートから応用情報までの午前試験において、システム開発の「非機能要件定義」や「ソフトウェア品質特性」の分類を問う問題として出題されます。特に近年は「クラウドベンダーロックイン（特定のクラウドから抜け出せなくなること）」を防ぐ文脈で、この可搬性の確保が極めて重要視されています。

---

4. まとめ

「特定のハードウェアやOS、クラウドの仕様に依存せず、プラットフォームの壁を越えて柔軟に引越し・動作させることができる、システムに高い自由度を与える品質特性」。これが可搬性です。Dockerなどのコンテナ技術がここまで世界中に普及したのも、この可搬性を極限まで高めて、どこでも同じようにシステムを動かしたかったからなんですね！

【システム構成】想定外の異常事態もタフに耐え抜く！「堅牢性（ロバストネス）」｜情報処理問題1000本ノック

完璧な環境だけで動くシステムは半人前。予期せぬエラーや異常なデータが飛び込んできても、しなやかに持ちこたえる「堅牢性」の概念を攻略しましょう。

1. 【 問題 】：システムの品質特性と異常耐性

【 問題 】 システムやソフトウェアの品質特性において、あらかじめ想定された正常な動作環境だけでなく、予期せぬ不正なデータが入力されたり、ハードウェアの異常やネットワークの切断といった「想定外の異常事態」が発生した際にも、システムが突然クラッシュ（異常終了）することなく、適切にエラーを処理して安全に動作を継続、または制御された状態で停止できる能力（異常時への対処能力）を表す言葉はどれでしょうか？

① 堅牢性 (Robustness / ロバストネス)
② 信頼性 (Reliability / リライアビリティ)
③ 保守性 (Maintainability / メインテナビリティ)
④ 効率性 (Efficiency / エフィシェンシー)

2. 正解：

正解： ① 堅牢性 (Robustness / ロバストネス)

3. 解説：「意地悪なテスト」に負けないタフさの証明

システム開発において、プログラムが正しく動くのは当然ですが、あえて間違った操作をしたり異常なデータを流し込んだりする「意地悪なテスト（異常系テスト）」を行います。このテストに耐えうる能力が堅牢性（ロバストネス）です。

【堅牢性の具体的な設計とアプローチ】

・アプローチ：例えば、ユーザーが年齢を入力する欄に「マイナス50歳」や「あいうえお」という不正な文字（異常値）を入力したとします。堅牢性の低いシステムは、ここで計算がバグを起こして画面が真っ白にフリーズしてしまいます。対して、堅牢性の高いシステムは、「入力値が不正です」と優しくエラーを返してシステムを何事もなく動かし続けます。 ← ココが問題の正解！

・例外処理：プログラムの内部で「Try-Catch文」などの例外処理を徹底的に記述し、何かトラブルが起きてもシステムが自壊しないようにガチガチに防衛線を張る設計が、堅牢性を高める王道の開発手法です。

[ 選択肢のシャッフル解説（似ている「〇〇性」との決定的な違い） ]
★ ② 信頼性：前問の主役です。こちらは「指定された正常な条件の下で、長期間壊れずに正しく動き続ける性質（MTBFの長さ）」です。堅牢性が「異常な状況下での耐性」を言うのに対し、信頼性は「正常な状況下での安定性」を言う傾向があります。
★ ③ 保守性：システムに修正や機能追加が必要になったとき、または壊れたときに、どれだけ「簡単かつ短時間でメンテナンスや修理ができるか」という扱いやすさの指標です。
★ ④ 効率性：限られた CPU やメモリ、時間といったリソース（資源）を、どれだけ無駄なく有効に使って高速に処理できるかという、パフォーマンスに関する指標です。

1. 理解のコツ: 「スマートフォンの防水・防塵性能」に例えてみましょう。
・綺麗で乾いた部屋の机の上で、いつでもサクサク快適に通信できるのが高い信頼性や効率性です。
・しかし、うっかり雨の日に水溜まりに落としてしまったり、砂浜で砂まみれになったりしても、『内部に水や砂を侵入させず、警告画面を出しながらも壊れずにそのまま動き続ける』。この、悪条件や異常なストレスにさらされても耐え抜くタフさこそが堅牢性（ロバストネス）です。
2. 試験対策の視点: 「異常な入力や環境の変化」「クラッシュを回避する」「適切に対処・制御できる」という、逆境における防御力のニュアンスがあれば「堅牢性」が一択です。ITパスポートや基本情報の科目A、応用情報の午前試験において、システムやソフトウェアの非機能要件（品質特性：ISO/IEC 25010など）を問う問題の中で、セキュリティや耐障害性を支える開発の超基本スタンスとして非常によく狙われます。

---

4. まとめ

「想定外のエラーや悪意あるデータが飛び込んできても、パニックを起こさずに受け流し、システム全体の崩壊を徹底的に防ぐ大人の防衛能力」。これが堅牢性です。これで「回復性」「信頼性」「堅牢性」と、システムの安全を守る最強の三連星がすべて揃いましたね！

【システム構成】「そもそも故障を起こさない」頑丈さの証！「信頼性」の定義｜情報処理問題1000本ノック

システムの品質を測る世界基準「RASIS」のトップバッター。修理の早さではなく、そもそも「どれだけ壊れにくいか」というシステムの基礎体力を攻略しましょう。

1. 【 問題 】：システムの品質特性と信頼性指標

【 問題 】 コンピュータシステムやネットワークの評価指標において、システムが指定された条件のもとで、一定の期間中に「一度も故障（バグや停止）を起こすことなく、あらかじめ定められた機能を正しく実行し続けられる性質（故障の発生しにくさ）」を表す言葉はどれでしょうか？

① 信頼性 (Reliability)
② 保守性 (Maintainability)
③ 可用性 (Availability)
④ 回復性 (Resiliency)

2. 正解：

正解： ① 信頼性 (Reliability / 狭義の信頼性)

3. 解説：「直すのが早い」のではなく「壊れない」ことが正義

システム評価のモノサシである「RASIS（レイシス）」の最初のR（Reliability）が、今回の正解である信頼性です。これはシステム全体の総合的な評価ではなく、純粋に「ハードウェアやプログラムそのものがどれだけ頑丈か」という点に焦点を当てています。

【システム構成における信頼性の指標（MTBF）】

・本質：システムが動き始めてから「次に故障するまでの期間」がどれくらい長いかを表します。 ← ココが問題の正解！

・評価の指標（MTBFの長期化）：試験では、システムが故障せずに動いていた平均時間であるMTBF（平均故障間隔）の長さで直接評価されます。つまり、信頼性を高めるということは、「高品質なパーツを使う」「徹底的なテストでバグを潰す（フォールトアボイダンス）」ことによって、このMTBFの数値を限界まで大きくすることと同義になります。

[ 選択肢のシャッフル解説（紛らわしい「3大性質」の違いをスッキリ整理） ]
★ ② 保守性：システムが壊れた際、どれだけ「簡単かつ短時間で修理・メンテナンスできるか」という直しやすさの指標です（MTTRを短くすることに直結します）。
★ ③ 可用性：システムが全体としてどれだけの期間「利用可能であるか」というトータルの稼働割合（稼働率）です。「壊れない（信頼性が高い）」か、または「壊れても一瞬で直る（保守性が高い）」かのどちらかを満たすと、この可用性の数字が高くなります。
★ ④ 回復性：前問の主役です。障害が発生してシステムが部分的にダウンした状態から、自動復旧などで「しなやかに、元の正常な状態へ立ち直る」能力のことです。

1. 理解のコツ: 「家電製品や自動車」に例えてみましょう。
・10年前に買った冷蔵庫が、一度も変な音を立てず、一度も冷えが悪くなることもなく、今日まで毎日24時間完璧に動き続けているとします。この『とにかく頑丈で、全くトラブルを起こさない安心感』こそが、高い信頼性です。
・もし、「月に1回は壊れて止まるけれど、サービスマンが5分で飛んできて一瞬で直してくれる（保守性と可用性が高い）」冷蔵庫があったとしても、そもそも頻繁に壊れる時点で「信頼性が低い」ということになります。
2. 試験対策の視点: 「一度も故障を起こすことなく」「機能を正しく実行し続けられる性質」という、故障の発生そのものを抑えるニュアンスがあれば「信頼性」が一択です。ITパスポートから基本情報、応用情報の午前試験において、システムの品質要件やRASISの各定義を正しく区別できているかを問う文章題で、他の指標（可用性や保守性）と文章を入れ替えたひっかけ問題として非常に多く出題される土台のキーワードです。

---

4. まとめ

「システムや構成要素が、約束された期間中、トラブルを発生させることなく役割を全うし続けられるタフさ（不故障性）」。これが信頼性です。システム設計において、どれだけ優れたバックアップ（フォールトトレランス）や自動復旧（回復性）の仕組みを組み込むとしても、まずはこの信頼性（MTBF）を十分に高めておくことが、すべてのシステム構成の基本にして最も強力な大前提となります。

【システム構成】トラブルからしなやかに立ち直る力！「回復性（レジリエンス）」｜情報処理問題1000本ノック

システムは「絶対に壊れない」から「壊れても一瞬で立ち直る」の時代へ。現代のクラウド設計で最重要視される「回復性」の概念を攻略しましょう。

1. 【 問題 】：システムの障害耐性と運用評価指標

【 問題 】 コンピュータシステムやネットワークの設計において、予期せぬ障害、サイバー攻撃、急激なアクセス負荷などによってシステムの一部が機能不全に陥った際、致命的な全停止（システムダウン）を回避し、自動復旧機能などを駆使して、迅速かつしなやかに元の正常なサービス状態へと復帰・立ち直ることができる能力（復元力）を表す言葉はどれでしょうか？

① 回復性 (Resiliency / レジリエンス)
② 拡張性 (Scalability / スケーラビリティ)
③ 機密性 (Confidentiality / セキュリティ)
④ 移植性 (Portability / ポータビリティ)

2. 正解：

正解： ① 回復性 (Resiliency / レジリエンス)

3. 解説：「壊れない頑丈さ」ではなく「立ち直りの早さ」を競う

従来のシステム設計（オンプレミスなど）では、「フォールトアボイダンス」のように“絶対に壊れない高価な1台”を作ることが目標でした。しかし、システムが巨大化した現代、障害を100%防ぐことは不可能です。そこで生まれたのが「壊れる前提で、いかに早く自動で治すか」という回復性の思想です。

【回復性（レジリエンス）を支える現代のシステム構成】

・アプローチ：障害が起きた瞬間、以前学んだ「フェールソフト」のように壊れた部分を切り離し、裏側で別の新しいサーバーを自動的に身代わりとして起動（オートスケーリングや自己修復機能）させます。ユーザーにはエラーを一瞬しか見せず、何事もなかったかのように元の正常な状態へ復元します。 ← ココが問題の正解！

・評価の指標（MTTRの短縮）：システム構成の指標に当てはめると、故障の修理にかかる平均時間であるMTTRを極限までゼロに近づける設計が、この回復性を高める行為そのものになります。

[ 選択肢のシャッフル解説（非機能要件の重要キーワードたち） ]
★ ② 拡張性（スケーラビリティ）：ユーザー数やデータ量が増えたときに、サーバーの台数を増やしたり（スケールアウト）性能を上げたり（スケールアップ）して、柔軟に処理能力を拡大できる能力のことです。
★ ③ 機密性：セキュリティの概念であり、許可された人だけがデータにアクセスできる（漏洩を防ぐ）性質を指します。
★ ④ 移植性（ポータビリティ）：あるハードウェアやOS用に作ったソフトウェアを、別の環境（例えばWindowsからLinuxへ、あるいは別のクラウドへ）へと簡単に引っ越し・動作させることができる扱いやすさの指標です。

1. 理解のコツ: 「大木」と「竹」に例えてみましょう。
・絶対に倒れないように太く頑丈に育つ大木は「従来の頑丈なシステム」です。しかし、想定を超える超大型台風（未知のバグや過負荷）が来ると、根元からポッキリ折れてしまい、元に戻せません。
・一方で、細い「竹」は、強い風が吹くとグニャリと大きく曲がります（機能制限・一時的なパフォーマンス低下）。しかし、風が止むと『しなやかに、一瞬で元の真っ直ぐな姿へピンと立ち直り』ます。この、折れずにしなやかに復元する強さこそが回復性（レジリエンス）です。
2. 試験対策の視点: 「障害や負荷が発生した際」「迅速に元の正常な状態へ復帰する」「しなやかに立ち直る」という復元のニュアンスがあれば「回復性」が一択です。ITパスポート、基本情報、応用情報の午前試験において、システムの品質特性（非機能要件）や、クラウドデザインパターン（耐障害性設計）を問う問題において、現代のITシステムが備えるべき最も重要なパラダイムシフトとして頻出するキーワードです。

---

4. まとめ

「システムにトラブルが発生することを防ぐのではなく、トラブルが起きても自動で素早く検知・修復し、何事もなかったかのように正常稼働へと復元させるしなやかな防衛能力」。これが回復性です。この回復性を高める設計が徹底されているからこそ、現代の大規模なWebサービスやスマホアプリは、裏側で毎日どこかのサーバーが壊れていても、私たちユーザーにストレスを感じさせることなく動き続けることができています。

【システム構成】「いつでも動いている」を数値化する！「可用性」の指標｜情報処理問題1000本ノック

システムがどれだけ壊れずに働き続けられるか。システムの信頼性を測る最重要モノサシであり、午前試験の計算問題の主役でもある「可用性」を攻略しましょう。

1. 【 問題 】：システムの信頼性指標と可用性

【 問題 】 コンピュータシステムの信頼性設計において、システムが「全体としてどれくらいの期間（または割合）、中断することなく正常に稼働し、利用可能な状態を維持できているか」を表す指標（稼働率）はどれでしょうか？

① 機密性 (Confidentiality)
② 保守性 (Maintainability)
③ 可用性 (Availability)
④ 信頼性 (Reliability / 狭義の信頼性)

2. 正解：

正解： ③ 可用性（アベイラビリティ）

3. 解説：「故障しない時間」と「修理にかかる時間」のバランス

システム構成の分野において、システムの稼働状態を評価する指標を「RASIS（レイシス）」と呼びますが、その中核をなすのが可用性（アベイラビリティ）です。一般的には「稼働率」という言葉で計算されます。

【システム構成における可用性の数式と本質】

・定義：ユーザーがシステムを使いたいときに、いつでも「利用可能（Available）」である割合のことです。 ← ココが問題の正解！

・試験での実戦計算（稼働率の公式）：
午前試験では、システムが故障せずに動いていた平均時間であるMTBF（平均故障間隔）と、故障してから修理が完了するまでにかかった平均時間であるMTTR（平均修理時間）を使って、可用性（稼働率）を以下の式で計算させます。
$$ 稼働率（可用性） = \frac{\text{MTBF}}{\text{MTBF} + \text{MTTR}} $$
つまり、「全体（運用時間＋修理時間）のうち、ちゃんと動いていた時間（MTBF）がどれだけの割合を占めるか」を算出したものが可用性の正体です。

[ 選択肢のひっかけポイント（RASISを構成するライバル指標） ]
★ ① 機密性：セキュリティの概念であり、許可された人だけがデータにアクセスできる性質を指します。システム構成の信頼性指標（RASIS）の枠組みとは異なります。
★ ② 保守性：システムが壊れた際、どれだけ「簡単かつ短時間で修理・メンテナンスできるか」という直しやすさの指標です（MTTRを短くすることに直結します）。
★ ④ 信頼性（狭義）：システムが「そもそも故障を起こさないこと」そのものを指す指標です（MTBFを長くすることに直結します）。これに対して「可用性」は、故障しても超特急で直せば（MTTRをゼロに近づければ）指標が高くなるという、全体の稼働率に焦点を当てた概念です。

1. 理解のコツ: 「営業しているお店」に例えてみましょう。
・24時間営業のコンビニが、1ヶ月（720時間）のうち、棚卸しやシステムの不具合で合計7.2時間だけお店を閉めていた（利用できなかった）とします。残りの712.8時間は元気に営業していました。このときのお店が開いていて利用できた期間の割合（$$ 712.8 \div 720 = 99\% $$）こそが、システムの可用性です。これが100%に近いほど、ユーザーにとって「いつでも使える頼もしいシステム」になります。
2. 試験対策の視点: 「どれくらいの期間、利用できる必要があるか」「稼働し、利用可能な状態を維持できている度合い」というフレーズがあれば「可用性（稼働率）」が一択です。ITパスポートから基本情報、応用情報の午前試験において、「2台のサーバーを並列（並列システム）に繋いだときの全体の可用性（稼働率）を求めよ」といった、確率の掛け算・引き算を使うゴリゴリのシステム計算問題のすべての前提となる超重要用語です。

---

4. まとめ

「システムが故障に負けず、ユーザーのためにどれだけの期間、実際に働き続けられるかというトータルの稼働割合（稼働率）」。これが可用性です。この数値を極限まで引き上げる（例えば99.999%にする）ために、私たちはサーバーを二重化（フォールトトランス）したり、壊れた部分を切り離して運転を続けたり（フェールソフト）するシステム構成の技術を必死に設計しているのです。

【システム構成】片肺飛行で生き残れ！「フェールソフト」の粘り強さ｜情報処理問題1000本ノック

システムが壊れたとき、全部をあきらめて止めるのか、それとも機能制限してでも動かし続けるのか。ビジネスを止めないための設計思想「フェールソフト」を攻略しましょう。

1. 【 問題 】：システム故障時の動作設計思想（フェールソフト）

【 問題 】 コンピュータシステムにおいて、構成要素の一部に予期せぬ故障（フォールト）が発生した際、システム全体を完全に停止させるのではなく、故障した部分を切り離して残りの正常な部分だけで処理を続行し、機能や処理能力は一時的に低下（縮退運転）しても、最低限必要なサービスを維持しようとする設計思想はどれでしょうか？

① フェールセーフ (Fail Safe)
② フェールソフト (Fail Soft)
③ フォールバック (Fallback / 縮退運転)
④ フールプルーフ (Fool Proof)

2. 正解：

正解： ② フェールソフト (Fail Soft)

3. 解説：「安全に止める（セーフ）」か「性能を落としてでも続ける（ソフト）」か

2台のサーバーで負荷を分散しているシステムなどで、1台が煙を吹いて倒れたときの挙動のルールを定めたのがフェールソフトです。

【フェールソフトの仕組みと「縮退運転」】

・動き：システムの一部が壊れたことを検知すると、被害が全体に広がらないようにその故障部位を即座に「切り離し」ます。そして、「100%のスピードは出せないけれど、50%の能力でなんとか稼働を続ける」という制御を行います。 ← ココが問題の正解！

・キーワード（フォールバック）：この、フェールソフトの思想に基づいて「機能を縮小してでも運転を続ける状態」そのもののことを、IT用語で「フォールバック（Fallback）」または「縮退運転（しゅくたいうんてん）」と呼びます。この2つは表裏一体の概念です。

[ 選択肢のひっかけポイント（午前試験の最強のライバルたち） ]
★ ① フェールセーフ：フェールソフトと名前が最も似ており、試験で一番激しく激突するキーワードです。こちらは「壊れたら、何よりも安全（Safe）を最優先して、システムをあえて『安全な状態に停止・遮断』させる」という思想です。人命や大事故を防ぐためのもので、踏切や鉄道の信号機（壊れたら必ず赤信号になって電車を止める）が代表例です。
★ ③ フォールバック：フェールソフトという「思想・方針」に従って行われる、具体的な「縮退運転という動作（状態）」を指す言葉です。今回は設計思想（〜ソフト、〜セーフの枠組み）を問う問題であるため、より適切なのは②になります。
★ ④ フールプルーフ：システムが壊れたときではなく、システムを使う「人間がバカなこと（Fool：誤操作）をしても、システム側でそれを防ぐ（Proof）」という事前対策の設計思想です（例：クラッチを踏まないとエンジンがかからない車など）。

1. 理解のコツ: 「2つのエンジンを持つ飛行機（双発機）」に例えてみましょう。
・飛行中に右のエンジンが故障したとします。このとき、故障した右エンジンへの燃料を遮断して切り離し、残った左エンジン1つだけでパワーを落として最寄りの空港まで飛び続ける（片肺飛行）。この、満身創痍でも完全墜落（全停止）を避ける柔軟で粘り強い思想がフェールソフトです。
・もしここで「エンジンが壊れたから危ない！今すぐ両方のエンジンを止めて着陸だ！」と、安全のために動きを完全停止させるのがフェールセーフです。飛行機でそれをやったら墜落するので、飛行機やWebサービス（ECサイトの注文機能だけ生かして検索を止める、など）ではフェールソフトが好まれます。
2. 試験対策の視点: 「故障部分を切り離す」「完全には停止させない」「処理能力を落として継続（縮退運転）」という、部分運用のフレーズがあれば「フェールソフト」が一択です。ITパスポートから基本情報、応用情報の午前試験では、「フェールセーフ（安全停止）」と「フェールソフト（機能縮小継続）」の文章をわざと逆に入れ替えたひっかけ選択肢が本当にによく作られます。「セーフ＝安全（停止）」「ソフト＝柔らかく（継続）」と脳内で英語のニュアンスと結びつけておくと、一瞬で罠を回避できます。

---

4. まとめ

「トラブル時にすべてを諦めてシャットダウンするのではなく、壊れた部分をスマートに切り離し、残されたリソースで泥臭くサービスを生き残らせる高信頼化設計思想」。これがフェールソフトです。24時間365日の稼働が求められる現代のクラウドシステムや基幹インフラにおいて、システムの全滅を防ぐための最も重要な防衛ラインとなっています。

【システム構成】故障を最初から「発生させない」職人技！「フォールトアボイドダンス」｜情報処理問題1000本ノック

システムの信頼性を高める2大思想。トラブルが起きた後の対策ではなく、最初から「絶対に壊れない完璧なもの」を目指す設計アプローチを攻略しましょう。

1. 【 問題 】：システムの高信頼化設計思想

【 問題 】 コンピュータシステムの信頼性を向上させる設計アプローチのうち、厳選された高品質・高信頼性の部品を使用したり、徹底したテストや故障の発生しにくい設計を行ったりすることによって、システム構成要素にバグや物理的な故障そのものが最初から発生しないように危険を排除・回避しようとする思想はどれでしょうか？

① フォールトトレランス (Fault Tolerance)
② フォールトアボイダンス (Fault Avoidance)
③ フェールセーフ (Fail Safe)
④ フェールソフト (Fail Soft)

2. 正解：

正解： ② フォールトアボイダンス (Fault Avoidance / 故障回避)

3. 解説：ミスを「カバーする」か、ミスを「ゼロにする」か

システムの信頼性を上げるアプローチには、大きく分けて「壊れる前提で予備を用意する（トレランス）」か、「そもそも壊さない（アボイダンス）」かの2通りがあり、今回は後者のフォールトアボイダンスが正解です。

【フォールトアボイダンスの本質と具体例】

・アプローチ：Avoid（避ける）という英語の通り、「故障の原因（フォールト）を徹底的に避ける」ための設計です。予備をたくさん並べるのではなく、1台のサーバーやシステムそのものの完成度を極限まで高めます。 ← ココが問題の正解！

・具体的な対策：耐熱性や耐久性が格段に高い宇宙基準のパーツを使ったり、プログラムのバグを徹底的なコードレビューとテストで完全に叩き出したりする品質管理活動がこれに該当します。

[ 選択肢のひっかけポイント（絶対に混同してはならない信頼性用語） ]
★ ① フォールトトレランス：フォールトアボイダンスの相棒にして最大のライバルです。こちらは「人間だからミスもするし部品もいつか壊れる」という前提に立ち、部品を二重化（デュプレックスシステムなど）しておくことで、どこかが壊れてもシステム全体としては動き続けられるようにする（耐性を持つ）設計思想です。
★ ③ フェールセーフ：部品が故障した際、システムを「安全な状態（停止など）」に意図的に誘導し、人命や致命的な二次災害を防ぐ設計です。（例：赤信号で止まる鉄道の信号機など）
★ ④ フェールソフト：部品が故障した際、壊れた部分を切り離し、処理能力を少し落としてでも（機能を制限してでも）システムを完全に止めずに運転を継続する設計です（縮退運転）。

1. 理解のコツ: 「絶対に遅刻できない日の目覚まし時計」に例えてみましょう。
・絶対に壊れない世界最高峰のスイス製高級時計（高品質部品）を買い、電池も新品に替え、狂いのないように電波時計でガチガチにセッティングする。このように『絶対にトラブルが起きない1台』を用意して危険を避けるのがフォールトアボイダンスです。
・逆に、「どれか1個が壊れるかもしれないから」と、スマホ、目覚まし時計、家族への頼み込みの『3重のバックアップ（二重化）』を用意して、1個の故障を許容するのがフォールトトレランスです。
2. 試験対策の視点: 「故障の発生しにくい設計」「排除・回避」という予防のニュアンスがあれば「フォールトアボイダンス」が一択です。ITパスポート、基本情報、応用情報の午前試験では、「フォールトアボイダンスとフォールトトレランスの違い」が形を替えて何度も出題されます。アボイダンスは「高品質・テストの徹底」、トレランスは「二重化・マルチプロセッサ」というキーワードとガチッと結びつけて記憶しておきましょう。

---

4. まとめ

「構成要素の品質を極限まで高め、テストを徹底することによって、バグや故障の発生そのものを根絶・回避しようとする堅牢な設計思想」。これがフォールトアボイダンスです。現実にはどんなに頑張っても故障率をゼロにすることは難しいため、現代のシステム構成では、このフォールトアボイダンスで基礎体力を高めた上で、フォールトトレランス（二重化）で保険をかけるという両輪の設計が基本となっています。

【システム構成】キャッシュを爆速にする自然の法則！「局所性の原理」｜情報処理問題1000本ノック

コンピュータのメモリやキャッシュが驚異的なヒット率を叩き出せる理由。プログラムが持つデータの「偏り」の性質である「局所性」を攻略しましょう。

1. 【 問題 】：プログラムのアクセス特性と局所性

【 問題 】 コンピュータのCPUがメモリ上のデータや命令にアクセスする際、アクセスされる領域が時間的、または空間的に特定の部分に集中しやすいという性質を「局所性の原理（Principle of Locality）」と呼びます。このうち、「一度アクセスされたデータや命令は、近い将来（短い時間の間）に再びアクセスされる確率が非常に高い」という性質を表す言葉として、最も適切なものはどれでしょうか？

① 空間的局所性 (Spatial Locality)
② 時間的局所性 (Temporal Locality)
③ 順次局所性 (Sequential Locality)
④ 構造的局所性 (Structural Locality)

2. 正解：

正解： ② 時間的局所性（Temporal Locality）

3. 解説：「時間」の偏りと「場所」の偏りの2大巨頭

局所性の原理には、午前試験で対比されて出題される2つの重要な側面があります。今回の正解である時間的局所性と、もう1つの空間的局所性です。

【局所性の2大分類】

・② 時間的局所性（時間的な偏り）：「さっき使ったデータ（命令）は、すぐまた使う」という性質です。プログラムの『ループ処理（for文やwhile文）』の中で何度も繰り返し使われるカウンタ変数や、同じ命令の塊などがこれに該当します。 ← ココが問題の正解！

・① 空間的局所性（場所的な偏り）：「あるデータにアクセスしたら、そのすぐ近くの番地にあるデータも続けて使う」という性質です。配列データを先頭から順番に処理していく場合や、関連する命令がメモリ上に並んでいる（ステップ順に実行される）場合がこれに該当します。

[ キャッシュメモリやDBMSがこの性質をどう活かしているか ]
★ 時間的局所性の応用：一度読み込んだデータを高速なキャッシュメモリやデータベースバッファ（メモリ）に残しておけば、2回目以降のアクセスを劇的に速くできます。
★ 空間的局所性の応用：直前の問題で学んだDBMSの「ページ管理」のように、1箇所データが必要になったら、周辺のデータごと「塊（ページやブロック）」でまとめてメモリに持ってきておくことで、後からディスクを何度も読み直す無駄を省けます。

1. 理解のコツ: 「仕事のデスクワーク」に例えてみましょう。
・さっきまで使っていた「ハサミ」や「辞書」を、片付けずにデスクの特等席（キャッシュ）に置いておけば、数分後にまた使うとき（時間的局所性）に一瞬で手に取れますよね。これが時間的局所性です。
・また、本棚から「1巻」を取り出したなら、次は隣にある「2巻」や「3巻」を使う可能性が高い（空間的局所性）ため、あらかじめシリーズごとまとめて机に持ってきておく。これが空間的局所性です。
2. 試験対策の視点: 「最近利用したデータや命令を再度利用する確率が高い」＝時間的局所性、「一度アクセスしたデータの近くが使われやすい」＝空間的局所性、という2つの違いを正確にハサミと本棚のイメージで区別できるようにしてください。ITパスポートから基本情報、応用情報の午前試験において、キャッシュメモリのヒット率の計算問題や、OSの仮想記憶（ページング）、DBMSのパフォーマンス向上を説明するすべての「大前提の自然法則」として超頻出する重要理論です。

---

4. まとめ

「プログラムの動きには強い偏りがあり、最近触ったデータ（時間的局所性）や、その周辺のデータ（空間的局所性）が何度も集中して使われるという性質」。これが局所性の原理です。コンピュータが1秒間に何億回もの処理をこなせるのは、この局所性を見抜いた天才たちが、ハードウェアやDBMSの内部に「先回りしてデータを置いておく仕組み（キャッシュ）」を組み込んでくれたおかげです。