【コンピュータシステム】外からの合図に即座に対応！「外部割込み」｜情報処理問題1000本ノック

CPUがプログラムを実行中に、外部の機器や内部のタイマーから緊急の知らせが入ることがあります。これらを整理して正しく分類できるようにしましょう。

1. 問題：外部割込みの要因

【 問題 】 コンピュータの割込み処理のうち、CPUの外部にある装置やタイマーなど、プログラムの実行状態とは直接関係なく発生する「外部割込み」に該当するものはどれでしょうか？

1. ゼロによる除算（ゼロ除算）
2. 存在しない命令コード（不正命令）の実行
3. タイマーによる設定時間の通知
4. ページフォールト（主記憶にないページへのアクセス）の発生

2. 正解：割込み処理に関する正解

正解： 3. タイマーによる通知

3. 解説：「内部」か「外部」かの境界線

割込みは、その原因が「CPU内部のプログラム実行によるもの」か「CPU外部の要因によるもの」かで大きく2つに分けられます。

【図解：割込みの種類と具体例】

■ 外部割込み ★今回の正解
・要因：CPUの外側から発生するイベント。
・具体例：
　- タイマー割込み：設定した時間が経過した。
　- 入出力割込み：キーボード入力やディスクの読み書き完了。
　- コンソール割込み：オペレーターによる操作。
　- 機械チェック割込み：電源異常やメモリのパリティエラーなど。

■ 内部割込み（ソフトウエア割込み・例外）
・要因：プログラムの実行中に、その内容によって発生するもの。
・具体例：
　- プログラム割込み：ゼロ除算（選択肢1）、不正命令（選択肢2）、オーバーフロー。
　- SVC割込み：OSの機能（システムコール）を呼び出す時。
　- ページフォールト：仮想記憶の制御（選択肢4）。

[ 覚え方のポイント ]
★ 内部割込み：そのプログラムを実行したから「自業自得」で起きたもの（計算ミスやOSへの依頼）。
★ 外部割込み：プログラムの都合に関わらず「外から勝手に」やってくるもの。

1. 理解のコツ: 外部割込みは、いわば「外からの呼び鈴」です。作業の手を止めて玄関へ向かうように、CPUは現在の状態を一時保存して、割り込んできた緊急事態（入力対応や時間管理）を優先して処理します。
2. 試験対策の視点: 「ゼロ除算」と「タイマー」は、内部と外部を区別する問題で最もよく使われる典型的なキーワードです。この2つの違いを基準に覚えるのが効率的です。

---

4. まとめ

「プログラムの実行とは無関係に外から発生する」。これが外部割込みです。コンピュータが時間通りに動作したり、私たちの入力に即座に反応したりできるのは、この割込みの仕組みがあるおかげです。

【システム構成】拡張性の切り札！「シェアードナッシング・アーキテクチャ」｜情報処理問題1000本ノック

膨大なデータを扱う現代のシステムでは、1台の性能を上げる（スケールアップ）よりも、台数を増やして性能を上げる（スケールアウト）設計が主流です。その中核となる「共有しない」設計思想を攻略しましょう。

1. 問題：データベースの分散構成

【 問題 】 複数のノード（サーバ）で構成されるシステムにおいて、各ノードが自身のCPU、メモリ、およびディスク（データベース）を専有し、他のノードとリソースを共有せずに独立して処理を行うアーキテクチャを何と呼ぶでしょうか？

ア、シェアードディスク   イ、シェアードナッシング   ウ、メインフレーム   エ、密結合マルチプロセッサ

2. 正解：システム構成要素に関する正解

正解： イ、シェアードナッシング

3. 解説：リソースの競合を徹底的に排除する

シェアードナッシング（Shared Nothing）は、その名の通り「何も共有しない」構成です。データベースを物理的・論理的に分離し、各プロセスが自分の担当するデータだけを処理します。

【図解：シェアードナッシングの特徴】

■ 独立したリソース
・各ノードが「CPU＋メモリ＋ディスク」のセットを持ち、自分専用のデータベースを扱います。

■ 高いスケーラビリティ
・リソースの奪い合い（排他制御の待ち時間）が発生しにくいため、ノードを増やした分だけ直線的に性能が向上しやすくなります。

■ 障害の局所化
・1つのノードが故障しても、他のノードのリソースは独立しているため、システム全体が停止するリスクを抑えられます。

[ 他の方式との比較 ]
★ シェアードディスク：複数のノードで1つの大きなディスク（DB）を共有する方式。データの整合性は取りやすいが、ディスクアクセスがボトルネックになりやすい。
★ パーティショニング：データを特定の規則で分割して各ノードに配置する技術。シェアードナッシングを実現するための重要な要素です。

1. 理解のコツ: 「1つの大きなピザをみんなで囲んで食べる（シェアードディスク）」のではなく、「それぞれが自分の弁当箱を持っている（シェアードナッシング）」状態をイメージしてください。自分の弁当を食べるだけなら、隣の人と手がぶつかる心配（競合）がなく、人数が増えてもスムーズに食事が進みます。
2. 試験対策の視点: 「スケーラビリティ（拡張性）」や「ノードの追加による性能向上」という文脈でよく出題されます。また、Google CloudのAlloyDBやTiDBなどの最新データベースも、内部的にはこの分散思想を高度に応用しているため、実務でも非常に重要な概念です。

---

4. まとめ

「DBを分離し、プロセスごとに独立して利用する」。これがシェアードナッシングです。リソースの競合という壁を壊し、無限に近い拡張性を実現するための現代的なシステム構成であることを押さえておきましょう！

【システム構成要素】複雑な通信をスマートに管理！「サービスメッシュ」｜情報処理問題1000本ノック

システムを小さなサービスの集合体として構築する「マイクロサービス」。サービスが増えるほど難しくなる「サービス間の通信」を一括管理する仕組みを攻略しましょう。

1. 問題：マイクロサービス間の通信制御

【 問題 】 マイクロサービスアーキテクチャにおいて、サービス間の通信（サービス間連携）を制御するためのインフラ層のことを何と呼ぶでしょうか？ 認証・認可、暗号化、リトライ（再送）、動的なルーティングなどをアプリケーションコードから分離して実現します。

① APIゲートウェイ   ② サービスメッシュ   ③ コンテナオーケストレーション   ④ ロードバランサ

2. 正解：システムアーキテクチャに関する正解

正解： ② サービスメッシュ

3. 解説：アプリケーションを通信の悩みから解放する

サービスメッシュは、各サービスの横に「サイドカー（プロキシ）」を配置し、通信処理をすべてそのプロキシに任せる仕組みです。これにより、開発者は「通信が失敗したらどうするか」というコードを書かずに、ビジネスロジックに集中できます。

【図解：サイドカーパターンのイメージ】

[ サービスA ] ─── [ プロキシ ]
                      │ (認証・暗号化・再送)
[ サービスB ] ─── [ プロキシ ]

■ サービスメッシュが提供する主な機能
・可観測性：どのサービス間が混雑しているか可視化する。
・トラフィック制御：A/Bテストやカナリアリリースを容易にする。
・セキュリティ：サービス間の通信を自動で暗号化（mTLS）する。
・回復性：タイムアウト設定や再送、サーキットブレーカーを適用する。

[ 関連用語の整理 ]
★ サイドカー (Sidecar)：主となるアプリケーションと同じ場所に配置される補助的なプロキシ（例：Envoy）。
★ コントロールプレーン：メッシュ全体のポリシーを管理・配布する司令塔（例：Istio）。
★ サーキットブレーカー：通信エラーが続く際、一時的に遮断して連鎖的なシステムダウンを防ぐ仕組み。

1. 理解のコツ: サービス同士が直接話すのではなく、それぞれに「専属の秘書（プロキシ）」をつけて、秘書同士が複雑な調整（認証や再送）を行うイメージです。網目（メッシュ）のように張り巡らされた通信経路を、一元管理する「見えないインフラ」だと考えましょう。
2. 試験対策の視点: 「マイクロサービス間」「認証・認可」「再送処理の一括管理」というキーワードが出たらサービスメッシュです。APIゲートウェイとの違いは、APIゲートウェイが「外部からの入り口」を守るのに対し、サービスメッシュは「内部同士の通信」を支える構成要素である点にあります。

---

4. まとめ

「サービス間の通信機能をインフラ層として切り出し、網目状に管理する」。これがサービスメッシュです。システムの規模が大きくなっても、安全かつ確実に通信を繋ぎ続けるための現代的なアーキテクチャであることを押さえておきましょう！

【システム構成要素】すべてを共有して処理する！シェアードエブリシングの定義｜情報処理問題1000本ノック

複数の処理装置が一つの大きなリソースを分かち合う。並列システムにおける基本的な設計思想の一つである「シェアードエブリシング」の概念を整理しましょう。

1. 問題：同一のリソースを共有するアーキテクチャ

【 問題 】 システム構成において、複数のプロセッサが同一のメインメモリやディスク装置（データベース）を共有し、各プロセッサがすべてのデータに直接アクセスして処理を行うアーキテクチャを何と呼ぶでしょうか？

① シェアードナッシング   ② シェアードエブリシング   ③ マイクロサービス   ④ マルチテナント

2. 正解：システム構成の分類に関する正解

正解： ② シェアードエブリシング

3. 解説：リソースの共有による密な連携

名前の通り、メモリやディスクといったすべてのリソースを「エブリシング（すべて）」共有する仕組みです。どのプロセスからでも同じデータにアクセスできるため、プロセッサ間でのデータ転送が不要であり、複雑なデータ整合性の管理が比較的容易になるという特徴があります。

[ シェアードエブリシングのポイント ]
・定義：複数のプロセッサが、単一のメモリや共有ディスクを介して同一のデータベースを操作する構造。
・メリット：負荷分散（ロードバランシング）が行いやすく、小中規模の構成では高い効率を発揮します。
・課題：プロセッサ数が増えると、共有メモリやディスクへのアクセス競合（渋滞）が発生し、拡張性に限界が生じやすくなります。

[ 他の選択肢との違い ]
★ シェアードナッシング：各ノードが独自のメモリとディスクを持ち、何も共有しない構成。大規模拡張に向きます。
★ マイクロサービス：システム全体をビジネス機能単位で小さな独立したサービスに分割する設計思想。
★ マルチテナント：一つのシステム環境を、論理的に複数の顧客（テナント）で共有して利用する形態。

1. 理解のコツ: 「みんなで一つの机（リソース）を囲んで作業する」のがシェアードエブリシング、「一人一台ずつ専用の机を持つ」のがシェアードナッシングだとイメージすると、違いが明確になります。
2. 試験対策の視点: システムアーキテクチャの設計において、高可用性を実現するクラスタ構成などの文脈で頻出します。特に「共有ディスク（同一のデータベース）を使っているかどうか」が、シェアードナッシングとの判別ポイントです。

---

4. まとめ

「複数のプロセスで、同一のデータベースを共有する」。これがシェアードエブリシングの核となる定義です。システムを拡張する際の「リソース競合」がボトルネックになりやすいという弱点とセットで覚えておきましょう！

【システム構成要素】ビジネス単位で小さく分ける！マイクロサービスの定義｜情報処理問題1000本ノック

巨大な一つの塊（モノリス）としてシステムを作る時代から、小さな独立したサービスを組み合わせる時代へ。現代のシステム設計における基本思想となった「マイクロサービス」の定義を整理しましょう。

1. 問題：小さなアプリケーションを組み合わせる構造

【 問題 】 システム全体を一塊として構築するのではなく、ビジネス上の関心ごとに基づいて独立した「可能な限り小さなアプリケーション」に分割し、それらを連携させて一つの大きなシステムを構成する手法を何と呼ぶでしょうか？

① サービス指向アーキテクチャ (SOA)   ② マイクロサービス   ③ 3層アーキテクチャ   ④ サーバレスアーキテクチャ

2. 正解：アーキテクチャの分類に関する正解

正解： ② マイクロサービス

3. 解説：ビジネスの単位でシステムを切り分ける

「注文管理」「在庫管理」「配送管理」といったビジネス機能ごとに、独立したサービスとして作成します。一つの機能を修正しても他の機能に影響を与えにくいため、特定の機能だけを迅速にアップデートしたり、必要な部分だけを拡張したりすることが可能になります。

[ マイクロサービスのポイント ]
・構成単位：ビジネス上の関心ごとに基づき、可能な限り小さく分割されたアプリケーション。
・独立性：各サービスは独自のデータベースを持ち、個別にデプロイ（展開）が可能です。
・連携：APIなどの軽量な通信手段を用いて、互いにサービスを呼び出し合います。

[ 他の選択肢との違い ]
★ SOA (Service Oriented Architecture)：企業全体の業務プロセスを「サービス」として統合する、より大規模・重厚な連携の考え方。
★ 3層アーキテクチャ：UI・ビジネスロジック・データの「階層」で分ける、垂直的な設計手法。
★ サーバレス：インフラの存在を意識せずにプログラムを実行する「プラットフォーム」の形態。

1. 理解のコツ: マイクロサービスは、単なる技術的な分割ではなく「ビジネスの柔軟性」を高めるための戦略です。試験では「ビジネス上の関心ごと」「独立性」「小さなアプリケーションの集合」といったキーワードが正解の決め手となります。
2. 最新トレンドの視点: マイクロサービス化を進めると、管理すべきサービス数が膨大になります。そのため、各サービスの健全性を監視する技術や、サービス同士の通信を制御する「サービスメッシュ」といった技術がセットで語られることが多くなっています。

---

4. まとめ

「ビジネスの関心ごとで、可能な限り小さく作る」。これがマイクロサービスの核となる考え方です。この定義をしっかり押さえておけば、モノリス（一塊）やSOAとの違いを問う問題にも迷わず解答できます！