インフラは「サービスを動かし続けるための土台」です
インフラ（infrastructure＝土台、基盤）とは、アプリやWebサイトが動くために必要な、機械・通信・基本ソフト・運用の仕組みをまとめた言い方です。利用者が見るのはアプリの画面だけですが、その裏では「どの機械で動かすか」「どうつなぐか」「止まったらどう気づくか」「壊れたらどう戻すか」を、あらかじめ決めて用意しています。サーバー構築エンジニアの仕事は、この土台を設計し、組み立て、確かめ、引き渡すことです。
かんたんに言うとインフラの用語は数が多く見えますが、行き先は5つしかありません。「どの箱で動かすか（機械）」「どの線でつなぐか（通信）」「どの土台ソフトを載せるか（OS）」「誰が見張るか（運用）」「どう守るか（安全）」です。新しい言葉が出てきたら、まずこの5つのどこの話かを決めてください。それだけで、覚える量が5分の1に感じられます。
箱（機械）
計算する本体です。CPU・メモリ・ストレージを持つ物理サーバー、仮想サーバー（VM）、コンテナが当てはまります。
線（通信）
機械どうしをつなぐ道です。IPアドレス、サブネット、ルーティング、DNS、ポート番号が当てはまります。
土（土台ソフト）
機械の上で動く基本ソフトです。OS、Linuxディストリビューション、Webサーバー、データベースが当てはまります。
番（運用・監視）
動き続けているかを見張る仕組みです。監視、ログ、アラート、SLO、手順書（Runbook）が当てはまります。
盾（守り）
壊されない・失わない工夫です。権限、認証、暗号化、パッチ、バックアップ、冗長化が当てはまります。
作り方（工程）
土台を作る順番です。要件定義、設計、構築、試験、移行、引き渡しの流れで進みます。
1. 全体像とサーバーの種類
かんたんに言うと「サーバー」は特別な機械の名前ではなく、役割の名前です。ほかのコンピューターから頼まれた仕事を引き受ける側がサーバー、頼む側がクライアントです。同じ1台が、ある通信ではサーバー、別の通信ではクライアントになることもあります。
サーバー（Server）
ほかのコンピューターからの要求（リクエスト）を受け取り、機能やデータを返す側のコンピューター、またはその役割を担うソフトです。Webページを返す、ファイルを保管する、名前をIPアドレスに変換するなど、担当する仕事によって「Webサーバー」「ファイルサーバー」「DNSサーバー」と呼び分けます。例：ブラウザーで https://example.com を開くと、要求を受け取ってHTMLを返しているのがWebサーバーです。
クライアント（Client）
サーバーへ要求を出し、結果を受け取る側です。あなたのPC、スマートフォン、ブラウザー、curl のようなコマンドもクライアントになります。例：curl http://localhost/ と打った端末が、その通信ではクライアントです。
ホスト（Host）
ネットワーク上で1台として数えられるコンピューターです。物理サーバーでも仮想サーバーでも、通信できる1台であればホストと呼びます。名前（ホスト名）とIPアドレスを持ちます。確認：hostname で今操作しているホストの名前が分かります。
オンプレミス（On-Premises）
自社の建物やデータセンターに機械を置き、自分たちで運用する方式です。「オンプレ」と略します。機械の購入・設置・保守も自分たちの仕事になります。対比：クラウドは「借りる」、オンプレミスは「持つ」と覚えます。
クラウド（Cloud）
事業者が用意した機械やサービスを、必要な分だけ借りて使う方式です。AWS、Azure、Google Cloudなどがあります。数分で増やせて、使った分だけ費用がかかるのが特徴です。注意：借りていても、設定ミスの責任は利用者側にあります（責任共有モデル）。
データセンター / ラック
データセンターは、サーバーを安全に置くための専用の建物です。電源、空調、耐震、入退室の管理が備わっています。ラックは、その中でサーバーを縦に積んで収める棚です。高さは「U（ユー）」という単位で数えます（1U＝約4.4cm）。
ミドルウェア（Middleware）
OSとアプリの間で働くソフトです。Webサーバー（Apache、Nginx）、データベース（MySQL、PostgreSQL）、アプリケーションサーバーなどが当てはまります。順番：ハードウェア → OS → ミドルウェア → アプリ、の4段重ねで覚えます。
3層構成（Web / AP / DB）
役割ごとにサーバーを分ける、よくある構成です。Web層が画面と入口、AP層が処理、DB層がデータ保管を担当します。分けておくと、混雑した層だけを増やせて、障害の切り分けもしやすくなります。
可用性（Availability）
止まらずに使い続けられる度合いです。1年のうち何%動いていたかで表します。99.9%なら年間で約8時間46分まで停止してよい、という意味になります。関連：可用性を上げる手段が冗長化です。
2. ハードウェアと単位の読み方
かんたんに言うとサーバーの中身は、家庭のPCと同じ部品でできています。「考える人（CPU）」「作業机（メモリ）」「書庫（ストレージ）」「電話線（NIC）」の4つにたとえると覚えやすくなります。性能不足の相談は、たいていこの4つのどれかの話です。
CPU（中央処理装置）
計算を担当する部品です。「コア数」は同時に処理できる作業台の数、「クロック（GHz）」は1つの作業台の速さにあたります。CPU使用率が高い状態が続くと、処理待ちが増えて応答が遅くなります。確認：lscpu（構成）、top（今の使用率）
メモリ（RAM／主記憶）
今使っているデータを一時的に置く場所です。作業机の広さにあたり、広いほど同時にたくさん開けます。電源を切ると中身は消えます。足りなくなると極端に遅くなったり、プロセスが強制終了（OOM Kill）されたりします。確認：free -h
ストレージ（HDD / SSD）
電源を切っても消えない保存場所です。HDDは円盤を回して読み書きする方式で安価・大容量、SSDは半導体に記録する方式で高速です。サーバーではOS用とデータ用を分けて設計することがよくあります。確認：df -h（空き容量）、lsblk（ディスク構成）
RAID（レイド）
複数のディスクを1つにまとめ、速度や安全性を高める仕組みです。RAID1は同じ内容を2本に書く「ミラー」、RAID5は誤り訂正用の情報を分散して1本の故障に耐えます。重要：RAIDはディスク故障への備えであり、バックアップの代わりにはなりません。誤って消したファイルは、RAIDでは戻せません。
NIC（ネットワークカード）
ネットワークにつなぐための部品です。1つのNICに固有のMACアドレス（機器ごとの製造番号のような識別子）が割り当てられ、そこへIPアドレスを設定して通信します。確認：ip address（インターフェース名とIPの一覧）
BIOS / UEFI
電源を入れた直後に動く、機械側の基本プログラムです。部品を確認し、どのディスクからOSを読み込むかを決めて、OSへ処理を渡します。時刻設定や起動順の変更もここで行います。
ビットとバイト（bit / Byte）
bit（ビット）は0か1の最小単位、Byte（バイト）は8ビットです。容量はB（バイト）、通信速度はbps（ビット毎秒）で表すのが慣習です。目安：100Mbpsの回線で1GBのファイルを送ると、理論値でも約80秒かかります（1GB＝約8000Mbit）。
K・M・G・T（キロ・メガ・ギガ・テラ）
1000倍ごとに単位が上がります。コンピューターの世界では1024倍で数える流儀もあり、df -h の表示と製品カタログの数字が少しずれて見えるのはこのためです。覚え方：K→M→G→T→P（ペタ）の順。1段上がるごとに約1000倍。
ボトルネック
全体の速度を決めてしまっている、いちばん詰まっている箇所のことです。CPU・メモリ・ディスク・ネットワークのどれが詰まっているかを先に特定します。特定せずに増強すると、費用だけかかって速くなりません。順番：負荷（uptime）→ CPU/メモリ（top）→ ディスク（df -h）→ 通信（ss -lntp）
# サーバーの「体格」を確認する4点セット（すべて見るだけ。システムは変わりません）
lscpu # CPUのコア数・種類
free -h # メモリの搭載量と空き
df -h # ディスクの空き容量
ip address # ネットワークインターフェースとIPアドレス3. OSと仮想化
かんたんに言うとOSは、機械とアプリの間に立つ「支配人」です。どのアプリにCPUを使わせるか、ファイルをどこに置くか、誰にどこまで触らせるかを決めています。仮想化は、1台の機械の中に「仮の機械」を何台も作る技術です。
OS（オペレーティングシステム）
機械の部品を管理し、アプリが動くための共通機能（ファイル、通信、権限、プロセス管理）を提供する基本ソフトです。サーバーではLinuxとWindows Serverが主流です。確認：cat /etc/os-release（Linuxの種類と版）
カーネル（Kernel）
OSの中心部分です。CPUやメモリの割り当て、機器の制御など、いちばん深いところを担当します。カーネルの更新は再起動が必要になることが多く、更新計画では停止時間を見込みます。確認：uname -r（カーネルの版）
ディストリビューション
Linuxカーネルに、必要な道具と導入の仕組みをまとめて配っている「製品の形」です。Ubuntu、Debian、Red Hat Enterprise Linux（RHEL）、Rocky Linuxなどがあります。違いの出る所：パッケージ管理（apt系かdnf系か）、設定ファイルの置き場所、サポート期間です。
仮想化 / ハイパーバイザー
1台の物理サーバーの上に、独立した仮想のコンピューターを複数作る技術です。その土台となるソフトをハイパーバイザーと呼びます（VMware ESXi、Hyper-V、KVMなど）。機械を効率よく使えます。
VM（仮想マシン）
仮想化で作られた1台分のコンピューターです。中にOSを入れて、本物のサーバーと同じように使えます。学習環境は、この使い捨てのVMの中で作るのが安全です。関連：スナップショット（今の状態をまるごと保存する機能）を取ってから練習すると、失敗しても戻せます。
コンテナ（Container）
アプリと、そのアプリが必要とする部品だけをまとめて隔離し、動かす単位です。OSはホストと共有するため、VMより軽く速く起動します。Dockerが代表的な道具です。使い分け：OSごと分けたいならVM、アプリ単位で素早く配りたいならコンテナ。
イメージ（Image）
コンテナやVMを作るための、読み取り専用のひな型です。同じイメージからは、いつでも同じ状態の環境が作れます。注意：版をlatestのままにせず固定すると、「昨日と違うものが動いた」を防げます。
WSL2
Windowsの中でLinuxを動かす仕組みです。VMを用意しなくても、Windows PCだけでLinuxコマンドの練習ができます。用途：学習の最初の一歩として、この環境から始めるのが手軽です。
プロセス（Process）
実行中のプログラム1つ分です。それぞれにPID（プロセスID）という番号が付き、使用メモリやCPU時間を個別に確認できます。確認：ps aux（一覧）、top（負荷の高い順）
4. ネットワーク①：住所と経路
かんたんに言うとネットワークは郵便に似ています。IPアドレスが「住所」、サブネットが「同じ町内の範囲」、デフォルトゲートウェイが「町の外へ出るときの出口」、ルーティングが「どの道を通るかの案内」、DNSが「名前から住所を調べる電話帳」です。通信できないときは、この順に確認します。
IPアドレス
ネットワーク上の機器を示す住所です。IPv4は 192.168.1.10 のように0〜255の数字4つで表します。数が足りなくなったため、より長いIPv6（2001:db8::1 のような形式）も使われています。確認：ip address / Windowsは ipconfig
プライベートIP / グローバルIP
プライベートIPは社内や家庭内だけで使える住所で、10.x.x.x、172.16〜31.x.x、192.168.x.x の範囲が決められています。グローバルIPはインターネット上で世界に1つの住所です。覚え方：「192.168で始まったら家の中」と覚えると、まず間違いません。
サブネットマスク / CIDR
IPアドレスのうち「どこまでが町名（ネットワーク部）で、どこからが番地（ホスト部）か」を決める指定です。255.255.255.0 は /24 とも書き、同じ町内に約254台を置けます。例：192.168.1.0/24 は 192.168.1.1〜192.168.1.254 が使える範囲です。/32 は「1つの住所だけ」を指します。
セグメント / LAN・WAN
セグメントは、同じ範囲としてまとめたネットワークの区画です。LANは建物内など狭い範囲、WANは拠点間やインターネットなど広い範囲を指します。設計：公開する側（Public）と、内部だけの側（Private）にセグメントを分けるのが基本です。
デフォルトゲートウェイ
自分の町内（同じセグメント）にない宛先へ送るとき、まず渡す相手です。多くの場合ルーターがこの役割を持ちます。ここが誤っていると、同じ社内には通じるのに外へ出られない状態になります。確認：ip route の default via ... の行
ルーティング（経路制御）
宛先ごとに「次にどこへ渡すか」を決める仕組みです。ルーティングテーブル（経路表）に、宛先の範囲と次の渡し先が並んでいます。読み方：0.0.0.0/0 via 192.168.1.1 は「上に該当がなければ、すべて192.168.1.1へ渡す」という意味です。
DHCP
IPアドレス、サブネットマスク、ゲートウェイ、DNSサーバーの情報を自動で配る仕組みです。人が手で設定する方式は「固定IP（静的IP）」と呼びます。使い分け：利用者のPCはDHCP、サーバーは固定IPにするのが一般的です。住所が勝手に変わると、接続先として指定できなくなるためです。
NAT / NAPT
プライベートIPをグローバルIPに変換して、内部の機器がインターネットへ出られるようにする仕組みです。多くの家庭用ルーターは、ポート番号も併用して1つのグローバルIPを大勢で共有しています（NAPT）。
MACアドレス
NICごとに製造時から付いている固有の識別子です（00:1a:2b:3c:4d:5e のような形式）。IPアドレスが「住所」なら、MACアドレスは「機器そのものの背番号」にあたります。同じセグメント内の配達に使われます。
VLAN
1台のスイッチ（機器同士をつなぐ装置）の中を、設定で複数のネットワークに分ける技術です。配線を増やさずに、部署ごと・用途ごとに通信範囲を分けられます。
ping / ICMP
相手まで届くかを確かめる、いちばん基本の確認です。ICMPという通信の種類を使い、往復にかかった時間を表示します。注意：安全のためICMPを止めている環境もあります。pingが返らない＝故障、とは限りません。
traceroute / tracert
宛先までに通過した中継地点を、順番に表示するコマンドです。どこまで届いていて、どこから返らないのかが分かるため、切り分けが早くなります。確認：Linuxは traceroute または tracepath、Windowsは tracert
# つながらないときの確認順（すべて見るだけのコマンド）
ip address # 1. 自分の住所は正しいか
ip route # 2. 出口（デフォルトゲートウェイ）はあるか
ping -c 3 192.168.1.1 # 3. 同じ町内の相手に届くか
ping -c 3 8.8.8.8 # 4. 外の住所に届くか（名前は使わない）
dig example.com +short # 5. 名前をIPに変換できるか5. ネットワーク②：約束ごと（プロトコル）
かんたんに言うとプロトコルは「話し方のルール」です。同じ住所に届いても、話し方が合わなければ会話になりません。そしてポート番号は、1つの住所の中にある「部屋番号」です。80号室はWeb、22号室はSSH、というように部屋ごとに担当が決まっています。
プロトコル（Protocol）
通信の手順を定めた取り決めです。どんな順番で、どんな形式でやり取りするかが決まっているため、機種やOSが違っても通信できます。例：HTTP（Webページ）、SMTP（メール送信）、SSH（遠隔操作）。
ポート番号
1台の中で、どのサービス宛ての通信かを分ける番号です。0〜65535まであり、よく使う番号（ウェルノウンポート）は用途が決まっています。確認：ss -lntp で「今どの番号で待ち受けているか」が分かります。
TCP
相手と接続を確立してから送り、届いたかを確認しながら順番も保証する方式です。確実ですが、その分やり取りが増えます。Web、メール、SSH、データベースなど多くがTCPです。たとえ：受け取りのサインをもらう宅配便。
UDP
確認をせずに送りっぱなしにする方式です。速く軽い代わりに、届かなくても気づきません。DNSの問い合わせ、音声・映像の配信、NTPなどで使われます。たとえ：ポストに投函するハガキ。
DNS
ホスト名（example.com）とIPアドレスを対応づける仕組みです。人が覚えやすい名前で通信するために欠かせません。DNSが止まると、サーバーが正常でも「つながらない」状態になります。確認：dig example.com、参照先の設定は resolvectl status
HTTP / HTTPS
Webページやデータをやり取りする約束ごとです。HTTPSは、そこに暗号化（TLS）を加えたもので、通信の盗み見と改ざんを防ぎます。既定のポートはHTTPが80、HTTPSが443です。状態コード：200は成功、404は見つからない、500はサーバー側の異常、502/503は裏側のサービスに届かない、を表します。
TLS / SSL証明書
通信を暗号化し、接続先が本物であることを証明する仕組みです。証明書には有効期限があり、切れるとブラウザーに警告が出て利用できなくなります。運用の要点：期限切れは代表的な事故です。自動更新の設定と、期限が近づいたら知らせる監視の両方を用意します。
SSH
離れた場所からサーバーを安全に操作するための仕組みです。通信は暗号化されます。パスワードより、公開鍵認証（鍵ファイルによる認証）を使うほうが安全です。既定のポートは22です。接続例：ssh ユーザー名@192.168.1.10
NTP
サーバーの時計を正しい時刻に合わせる仕組みです。時刻がずれると、ログの前後関係が分からなくなり、証明書や認証も失敗しやすくなります。確認：timedatectl（同期状態とタイムゾーン）
OSI参照モデル / TCP-IP 4層
通信の役割を段に分けて整理した考え方です。実務では「物理（線）→ ネットワーク（IP）→ トランスポート（TCP/ポート）→ アプリ（HTTPなど）」の下から順に切り分けます。使い方：障害時は必ず下の段から確認します。線が抜けているのにアプリの設定を疑っても、原因にはたどり着きません。
ファイアウォール
決めた条件で通信を許可・拒否する関所です。「どの接続元から」「どのポートへ」の組み合わせで規則を書きます。基本方針：既定は拒否にしておき、必要な通信だけを許可します（ホワイトリスト方式）。
リッスン（LISTEN）
サービスが「この番号で要求を待っています」という状態です。0.0.0.0:80 はどこからでも受け付ける状態、127.0.0.1:80 は自分自身からのみ受け付ける状態を表します。切り分け：外から接続できないときは、まずss -lntpでこの待ち受けアドレスを確認します。
| 番号 | プロトコル | 用途 | 補足 |
|---|---|---|---|
| 22 | SSH（TCP） | サーバーの遠隔操作 | 接続元を制限するのが基本 |
| 25 / 587 | SMTP（TCP） | メール送信 | 587は認証つきの送信 |
| 53 | DNS（UDP / TCP） | 名前解決 | 通常はUDP、大きな応答はTCP |
| 80 | HTTP（TCP） | Web（暗号化なし） | 現在は443へ転送する構成が一般的 |
| 123 | NTP（UDP） | 時刻同期 | ずれるとログも認証も乱れる |
| 143 / 993 | IMAP（TCP） | メール受信 | 993は暗号化あり |
| 389 / 636 | LDAP（TCP） | 利用者情報の検索 | 636は暗号化あり。ADで使用 |
| 443 | HTTPS（TCP） | Web（暗号化あり） | 証明書の期限切れに注意 |
| 3306 | MySQL（TCP） | データベース接続 | インターネットへ公開しない |
| 3389 | RDP（TCP） | Windowsのリモートデスクトップ | 直接公開しない |
| 5432 | PostgreSQL（TCP） | データベース接続 | インターネットへ公開しない |
| 9090 / 3000 | HTTP（TCP） | Prometheus / Grafana | 監視画面。社内限定で公開 |
# 「サービスは動いているのに、つながらない」ときの3点確認
systemctl status nginx # 1. サービス自体は起動しているか
ss -lntp # 2. 目的のポートで待ち受けているか
sudo ufw status # 3. ファイアウォールで止めていないか（Ubuntuの例）6. Linuxサーバーの操作でよく出る言葉
かんたんに言うとLinuxサーバーの操作は、画面のボタンではなく文字の命令（コマンド）で行います。覚えることは「今どこにいるか」「誰として実行しているか」「そのファイルに触れる権限があるか」「サービスは動いているか」「記録はどこに出るか」の5つです。
シェル（Shell）
入力したコマンドを受け取り、OSへ実行を依頼するプログラムです。Linuxではbashがよく使われます。命令を並べたファイル（シェルスクリプト）にすれば、同じ作業を自動化できます。確認：echo "$SHELL"
コマンド / オプション / 引数
コマンドは「何をするか」、オプション（-l など）は「どう実行するか」、引数は「何を対象にするか」です。例：ls -l /etc は「一覧表示する（ls）／詳しく（-l）／/etcを（引数）」と読みます。詳しくはLinuxコマンド集へ。
パス / ディレクトリ
ディレクトリは、ファイルをまとめる入れ物（フォルダー）です。パスはその場所を表す文字列で、/etc/nginx/nginx.conf のように / から始まるものを絶対パス、今いる場所からの表記を相対パスと呼びます。確認：pwd（今いる場所）
主なディレクトリ（/etc・/var・/home）
Linuxは置き場所が決まっています。/etcは設定ファイル、/var/logはログ、/homeは利用者のファイル、/usr/binはコマンド本体、/tmpは一時ファイルです。覚え方：設定は/etc、記録は/var/log。この2つだけでも先に覚えると調査が速くなります。
パーミッション（権限）
ファイルごとに「読む（r）／書く（w）／実行する（x）」を、所有者・グループ・その他の3者に対して設定します。rw-r--r-- は「所有者は読み書き、ほかは読むだけ」です。数字では644と表します。確認：ls -l。秘密鍵は600（所有者だけが読み書き）にします。
ユーザー / グループ
ユーザーは操作する人（またはサービス）の単位、グループはユーザーをまとめた単位です。権限は人ごとではなくグループへ与えると、異動や退職のときに変更が1か所で済みます。確認：whoami（今の自分）、id（所属グループ）
root / sudo
rootは、すべてを変更できる管理者です。sudoは、普段は一般ユーザーのまま、必要なときだけ管理者権限でコマンドを実行する仕組みです。原則：常にrootで作業しないこと。誤操作の被害範囲を小さくするための、いちばん基本的な守りです。
systemd / サービス（Service）
サービスは、画面の裏側で動き続けて機能を提供するプログラムです。systemdは、その起動・停止・自動起動を管理する仕組みで、管理単位を「ユニット」と呼びます。確認：systemctl status nginx。enabledは再起動後も自動で立ち上がる状態です。
ログ / journal
ログは、起きたできごとを時刻順に残した記録です。systemdの環境ではjournalctlでまとめて読めます。個別のログは/var/log配下にもあります。確認：journalctl -u nginx -n 50 --no-pager（直近50行）
パッケージ / リポジトリ
パッケージは、ソフトを導入・更新しやすい形にまとめたものです。リポジトリはその配布元です。Ubuntu系はapt、RHEL系はdnfで扱います。確認：apt list --installed。導入したソフトは名前と版を記録します。
cron / タイマー
決めた時刻に処理を自動実行する仕組みです。バックアップやログの整理でよく使います。書式：0 3 * * * /path/to/backup.sh は「毎日3時00分に実行」という意味です（分 時 日 月 曜日の順）。
終了コード（exit code）
コマンドが成功したか失敗したかを表す数字です。0が成功、0以外が失敗を意味します。自動化では、この値を見て次の処理を止めるかどうかを判断します。確認：直前のコマンドの後に echo $?
# サーバーへ入って最初に見る5点（すべて見るだけ。状態は変わりません）
whoami # 誰として作業しているか
hostname # どのサーバーにいるか
uptime # いつから動いていて、混み具合はどうか
systemctl --failed # 失敗しているサービスはないか
journalctl -p err -n 30 --no-pager # 直近のエラー記録30行rm（削除）、chmod（権限変更）、systemctl stop（停止）は、影響が戻せないことがあります。実行前に「対象は何か」「なぜ必要か」「戻し方は何か」の3つを言葉にしてから実行します。手順はCUI入門の安全確認にまとめています。7. サーバーの役割分担
かんたんに言うと1台に全部を詰め込むこともできますが、実務では役割ごとに分けます。分けると、混んでいる部分だけを増やせて、障害が起きたときも「どこで止まったか」がすぐ分かるからです。
- 利用者のブラウザーが、DNSで
example.comのIPアドレスを調べます。 - そのIPアドレスの443番ポートへ、ロードバランサーまたはWebサーバーが応答します。
- 画像やHTMLはWebサーバーが返し、計算が必要な処理はAPサーバーへ渡します。
- APサーバーは、必要なデータをDBサーバーへ問い合わせます。
- 結果が逆の順で戻り、利用者の画面に表示されます。
Webサーバー
ブラウザーからの要求を受け取り、HTMLや画像を返す役割です。ApacheやNginxが代表です。確認：curl -I http://localhost/ で応答の状態コードを見ます。
APサーバー（アプリケーションサーバー）
プログラムを実行して、計算や判断を行う役割です。ログイン処理や注文処理など、その業務そのものを担当します。
DBサーバー（データベース）
データを保存し、検索・更新に応える役割です。MySQL、PostgreSQL、SQL Serverなどがあります。関連：問い合わせに使う言葉がSQLです。SQLキーワード集で解説しています。
ロードバランサー（負荷分散装置）
複数のサーバーへ要求を振り分けて、混雑を防ぐ装置です。応答しないサーバーを自動的に外すため、可用性を上げる役割も兼ねます。効果：1台を停止して更新しても、サービスを止めずに済みます。
リバースプロキシ
利用者と裏側のサーバーの間に立ち、要求を代理で受けて転送する仕組みです。暗号化（TLS）の終端、キャッシュ、経路の振り分けをまとめて担当できます。対比：社内から外へ出るときに代理で通信するのがフォワードプロキシ、外から中へ入る要求を受けるのがリバースプロキシです。
キャッシュ（Cache）
よく使うデータを手元に一時的に置いて、次回を速くする仕組みです。RedisやMemcachedのほか、ブラウザーやCDNもキャッシュを持ちます。注意：更新したのに古い内容が出る場合、原因はキャッシュのことがあります。
ファイルサーバー
複数の利用者でファイルを共有・保管する役割です。Windows環境ではSMB、Linux環境ではNFSという方式がよく使われます。
踏み台サーバー（Bastion）
管理用の接続を1か所に集めて中継するサーバーです。ここだけを厳しく守れば、内部の各サーバーを直接インターネットへ出さずに済みます。設計：踏み台への接続元IPを絞り、操作ログを残すのが基本です。
DNSサーバー / NTPサーバー
社内の名前解決を担当するのがDNSサーバー、時刻を配るのがNTPサーバーです。どちらも地味ですが、止まると認証・ログ・証明書など広い範囲に影響します。
8. 構築の流れと工程用語
かんたんに言うとサーバー構築は、いきなり作り始めません。「何が必要か決める → どう作るか決める → 作る → 確かめる → 引き渡す」の順に進みます。この順番を守るのは、後戻りの費用がいちばん大きいのが「決め忘れ」だからです。
- 要件定義：何を、いつまでに、どのくらいの性能で必要かを決めます。利用者数、必要な稼働率、予算、守るべき決まりを確認します。
- 基本設計：全体の構成を決めます。何台にするか、どう分けるか、どうつなぐか、止まったときどうするかを図と文章にします。
- 詳細設計：実際に設定する値を決めます。IPアドレス、ホスト名、利用者、権限、監視のしきい値などを一覧（パラメータシート）にします。
- 構築：設計どおりにOSを入れ、設定します。同じ作業を繰り返すなら、この時点で自動化（IaC）にしておくと後が楽です。
- 試験：期待どおりに動くかを確かめ、結果を記録します。単体試験、結合試験、性能試験、障害試験の順に行います。
- 移行・リリース：本番環境へ切り替えます。切り戻し手順と、いつまでに判断するかの期限を決めてから実施します。
- 引き渡し・運用：手順書と連絡先を渡し、運用担当が回せる状態にします。ここまで終えて「構築が完了した」と言えます。
パラメータシート
設定する値を一覧にした表です。ホスト名、IPアドレス、利用者名、ディスク構成、サービスの設定値などを並べます。効果：これがあると、同じ環境をもう一度作れます。また、障害時に「設計どおりか」を比べられます。
本番 / 検証 / 開発環境
本番は実際に利用者が使う環境、検証（ステージング）は本番に近い形で試す環境、開発は自由に壊してよい環境です。鉄則：変更は必ず検証環境で試してから本番へ。本番で初めて試す作業は作りません。
キッティング
機器を使える状態にする初期設定作業です。OSの導入、初期の利用者設定、必要なソフトの導入、資産番号の登録などを含みます。
単体試験 / 結合試験
単体試験は部品ごと（このサービスは起動するか）、結合試験はつないだ状態（画面から登録するとDBに保存されるか）を確認します。記録の型：「期待結果」と「実際の結果」と「実施日時」を必ず並べて残します。
エビデンス（証跡）
作業した内容と結果を、後から確認できる形で残した記録です。コマンドの出力、画面の写し、ログが該当します。実例：この学習での残し方は動作確認の記録で公開しています。
切り戻し（ロールバック）
変更前の状態へ戻すことです。作業前に「どうやって戻すか」「どこまでなら戻せるか」を決めておきます。原則：戻し方が決まっていない変更は、実施しません。
変更管理
いつ・誰が・何を・なぜ変えるかを事前に申請し、承認を得てから実施する仕組みです。影響範囲、実施時間、切り戻し手順、連絡先を書きます。理由：障害の多くは「直前の変更」が原因です。記録があると原因特定が早くなります。
引き渡し（ハンドオーバー）
構築した環境を運用担当へ渡す作業です。構成図、パラメータシート、手順書、監視設定、連絡体制をそろえて説明します。合格条件：「作った本人がいなくても運用できる」状態になっていることです。
キャパシティプランニング
将来必要になる資源（CPU、メモリ、容量、通信量）を見積もり、あらかじめ用意する作業です。やり方：今の使用量の推移を記録し、増え方から「いつ足りなくなるか」を計算します。
9. 運用と監視
かんたんに言うと監視とは「異常に、人より先に気づく仕組み」です。目的は数字を集めることではなく、利用者が困る前に手を打つことです。だから「何を測るか」より「どうなったら誰に知らせるか」を先に決めます。
死活監視
サーバーやサービスが動いているかを、定期的に確認することです。pingへの応答、ポートへの接続、Webページの応答内容などで判定します。注意：「pingが返る＝サービスが正常」ではありません。OSは生きていてもアプリが停止していることがあります。
メトリクス（Metrics）
時間の経過に沿って記録する数値データです。CPU使用率、メモリ使用量、ディスク空き容量、応答時間、リクエスト数などが該当します。使い方：点ではなく線で見ます。「今80%」より「3日で20%→80%に増えた」ほうが重要な情報です。
ログ（Logs）
起きたできごとを時刻順に残した記録です。メトリクスが「どのくらい」を示すのに対し、ログは「何が起きたか」を示します。組み合わせ：メトリクスで異常な時刻を特定し、その時刻のログで原因を読む、という順に使います。
しきい値（Threshold）
「この値を超えたら異常とみなす」と決めた境目です。決め方：厳しすぎると通知が多すぎて誰も見なくなり、緩すぎると気づけません。普段の値を1〜2週間測ってから決めます。
アラート（Alert）
しきい値を超えたことを知らせる通知です。メール、チャット、電話などへ送ります。良い設計：発生した時だけでなく、元に戻った時（復旧）も通知します。戻った通知がないと、収束したかを人が確認し続けることになります。
死活監視の逆（dead-man alert）
監視の仕組み自体が止まったことを知らせる、逆向きの通知です。定期信号（heartbeat）が途切れたら発報します。理由：アラートが来ない状態には、「平穏」と「監視が壊れている」の2通りがあります。両者を区別するために必要です。
インシデント / 一次対応
インシデントは、サービスに影響する出来事です。一次対応は、原因究明より先に、影響を止める・広げないための応急処置を指します。順番：影響の把握 → 記録 → 応急処置 → 報告 → 原因調査 → 再発防止。
エスカレーション
自分の権限や知識で対応できないときに、上位の担当者へ引き継ぐことです。伝える4点：いつから、何が、どこまで影響していて、自分は何を確認済みか。これだけで引き継ぎの速さが変わります。
Runbook（運用手順書）
「この通知が来たら、この順に確認して、こう対処する」を具体的に書いた手順書です。良い書き方：アラートの通知文から、対応するRunbookへ直接たどり着けるようにしておきます。
SLA / SLO / SLI
SLAは利用者との契約上の品質保証、SLOは自分たちが目指す品質目標、SLIはそれを測る実際の指標です。例：SLI「月間の成功応答率」、SLO「99.9%以上」、SLA「99.5%を下回ったら返金」。SLOはSLAより少し厳しい値にして、契約に触れる前に手を打てるようにします。
MTBF / MTTR
MTBFは故障と故障の間隔（どれだけ壊れにくいか）、MTTRは復旧までの平均時間（どれだけ早く直せるか）です。考え方：壊さない努力と、早く直す準備の両方が必要です。後者は手順書と練習で確実に短くできます。
Prometheus / Grafana / Loki
Prometheusはメトリクスを集めて条件を判定する道具、Grafanaはそれをグラフで見せる道具、Lokiはログを集めて検索する道具です。実例：この3つを使った構成例はサーバー構築の学習で公開しています。
10. バックアップと可用性
かんたんに言うとバックアップの目的は「取ること」ではなく「戻せること」です。取れているのに戻せなかった、という事故は実際に起こります。だから定期的に復元の練習をして、何分で戻せるかを実測しておきます。
バックアップ（Backup）
失われたときに備えて、データを別の場所へ複製し保管しておくことです。3-2-1の原則：コピーを3つ、媒体を2種類、うち1つは離れた場所へ。この形にしておくと、機器故障と災害の両方に備えられます。
フル / 差分 / 増分
フルは毎回すべて、差分は前回のフルからの変化分、増分は前回のバックアップからの変化分を取ります。特徴：増分は取得が速く容量も小さい代わりに、復元時に多くの世代が必要です。速さと復元しやすさの交換になっています。
世代管理
何回分（何日分）のバックアップを残すかの決めごとです。理由：1世代だけだと、壊れたデータをそのまま上書きしてしまいます。「気づくまでの時間」より長く保持する必要があります。
リストア（復元）
バックアップからデータを元へ戻す作業です。必須の習慣：定期的に復元試験を行い、「本当に戻るか」「何分かかるか」を実測して記録します。試していないバックアップは、あるとは言えません。
RTO（目標復旧時間）
障害発生から復旧までに、かけてよい時間の目標です。例：RTO 4時間なら、4時間以内に使える状態へ戻す準備（手順、担当、予備機）が必要です。
RPO（目標復旧地点）
失ってもよいデータの時間の上限です。例：RPO 1時間なら、少なくとも1時間ごとにバックアップを取る必要があります。RTOは「時間」、RPOは「地点」と覚えます。
冗長化（Redundancy）
同じ役割の機器や経路を複数用意し、1つ壊れても止まらないようにすることです。電源、ネットワーク、サーバー、ディスクなど、各層で検討します。考え方：「単一障害点（SPOF）」＝そこが壊れると全部止まる箇所を探し、1つずつ減らします。
フェイルオーバー / クラスタ
フェイルオーバーは、故障を検知して予備側へ自動的に切り替える動作です。クラスタは、そのために複数台を組にした構成を指します。確認：切り替わることだけでなく、切り戻し（フェイルバック）も試験します。
レプリケーション
データを別のサーバーへ、ほぼ同時に複製し続ける仕組みです。重要な違い：誤って削除した内容も、そのまま複製されます。だからレプリケーションはバックアップの代わりになりません。
スナップショット
ある時点の状態をまるごと記録し、そこへ戻せるようにする機能です。仮想マシンでよく使います。用途：作業前に取れば、失敗しても数分で戻せます。ただし長期保存には向きません。
DR（災害復旧） / BCP
DRは、地震や火災などで拠点ごと使えなくなったときに、別拠点で復旧する備えです。BCPは、事業全体を継続するための計画で、DRはその一部にあたります。
チェックサム
ファイルが壊れていないか、同じ内容かを確かめるための要約値です。確認：sha256sum backup.tar.gz。取得時と復元時の値を比べます。
11. セキュリティの基礎
かんたんに言うと守りの基本は3つだけです。「入口を減らす（必要な通信だけ許可）」「権限を絞る（できることを最小限に）」「新しくする（更新を当てる）」。難しい対策より、この3つの徹底のほうが効果があります。
認証（Authentication）
「あなたが誰か」を確かめることです。パスワード、鍵ファイル、ICカード、生体情報などを使います。強化：知識（パスワード）と所持（スマホ）など、種類の違う2つを組み合わせるのが多要素認証（MFA）です。
認可（Authorization）
「その人に何をさせるか」を決めることです。認証を通っても、認可がなければ操作はできません。覚え方：認証は「入館証の確認」、認可は「どの部屋に入れるか」。
最小権限の原則
業務に必要な最小限の権限だけを与える考え方です。実践：常時rootで作業せずsudoを使う。参照だけでよい人には参照権限だけを渡す。使わなくなった権限は速やかに外す。
公開鍵認証 / 秘密鍵
手元に秘密鍵、サーバーに公開鍵を置き、対になっていることで本人と判断する方式です。パスワード認証より安全です。絶対の注意：秘密鍵は他人へ渡さず、Gitへも保存しません。権限は600にします。
脆弱性 / CVE
脆弱性は、攻撃に使われうるソフトの弱点です。CVEは、その弱点1件ごとに付けられる世界共通の番号です（CVE-2024-12345 のような形式）。運用：使っている製品のCVE情報を定期的に確認し、影響の有無を判断します。
パッチ / 脆弱性対応
脆弱性を修正する更新プログラムです。手順：影響調査 → 検証環境で適用 → 影響確認 → 本番へ適用 → 結果記録。「すぐ当てる」より「順番どおり当てる」ほうが安全です。
暗号化
内容を読めない形へ変換し、鍵を持つ相手だけが戻せるようにすることです。通信の暗号化（TLS）と、保存データの暗号化（ディスク暗号化）があります。
クレデンシャル / シークレット
パスワード、APIキー、トークン、秘密鍵など、他人に知られてはいけない情報です。禁止：ソースコード、設定ファイル、コマンド履歴、公開ログへ書きません。専用の保管の仕組み（シークレット管理）を使います。
攻撃対象領域（Attack Surface）
外から狙える入口の総量です。開いているポート、公開しているサービス、有効な利用者アカウントが該当します。減らし方：使っていないサービスは止める。管理用の通信は接続元IPで絞る。不要なアカウントは無効化する。
監査ログ
誰が、いつ、何をしたかを残す記録です。事故が起きたときの調査と、不正の抑止に使います。注意：操作した本人が消せる場所に置くと、記録の意味が薄れます。別のサーバーへ転送して保管します。
ゼロトラスト
「社内ネットワークの中だから安全」とは考えず、すべての通信で毎回確認する考え方です。接続元、利用者、端末の状態を、そのつど検証します。
責任共有モデル
クラウドでは、事業者と利用者で責任の範囲が分かれます。事業者は建物・機械・基盤を守り、利用者は自分が置いたOS・設定・データ・権限を守ります。事故の実例：ストレージの公開設定を誤って情報が流出する事故は、利用者側の責任範囲で起きます。
12. 自動化とクラウド
かんたんに言うと手作業は、同じ作業をしても毎回少しずつ違う結果になります。設定を「コード」に書いておけば、誰が何回実行しても同じ状態になります。これが自動化のいちばんの利点で、速さは二番目です。
IaC（Infrastructure as Code）
サーバーやネットワークの設定を、手作業ではなくコード（設定ファイル）として管理する方法です。利点：変更履歴が残る、同じ環境を再現できる、レビューできる、の3つです。
冪等性（べきとうせい）
同じ操作を何度繰り返しても、結果が変わらない性質です。確認：Ansibleを2回実行して、2回目が changed=0（変更なし）になれば、冪等性が保たれています。
Ansible
サーバーへ接続し、決めた状態になるよう設定を適用する道具です。手順書をYAML形式で書いた「Playbook」を実行します。特徴：対象サーバーに専用ソフトを入れず、SSHで接続して実行できます。
Terraform
クラウド上のネットワークやサーバーそのものを、コードから作成・変更・削除する道具です。使い分け：Terraformは「箱を用意する」、Ansibleは「箱の中を整える」と覚えます。
Docker / Docker Compose
Dockerはコンテナを作って動かす道具、Docker Composeは複数のコンテナの構成をファイルにまとめて一度に起動する道具です。利点：「自分のPCでは動く」問題が起きにくくなります。
Kubernetes
たくさんのコンテナを、複数のサーバーにまたがってまとめて動かす仕組みです。落ちたコンテナの再起動や、負荷に応じた増減を自動で行います。
Git
ファイルの変更履歴を記録し、いつ・誰が・何を変えたかを追える仕組みです。設定をコードで管理するなら必須の道具です。注意：パスワードや秘密鍵をコミットしないこと。一度入れると履歴に残り続けます。
CI / CD
CIは、変更のたびに自動で検査やテストを行う仕組みです。CDは、その結果を自動で配布・反映する仕組みです。効果：「書き間違えたまま本番へ反映」を、人が気をつけるのではなく仕組みで防げます。
IaaS / PaaS / SaaS
IaaSは機械とネットワークだけを借りる形、PaaSは実行環境まで用意された形、SaaSは完成したソフトを使う形です。覚え方：借りる範囲が広いほど、自分で管理する手間は減り、自由度も減ります。
リージョン / アベイラビリティゾーン
リージョンは地域（東京、大阪など）、アベイラビリティゾーン（AZ）はその地域内で電源や建物が分かれた区画です。設計：複数のAZへ分けて配置すると、片方の設備障害でもサービスを継続できます。
VPC / EC2 / S3 / IAM
VPCはクラウド上に作る自分専用のネットワーク、EC2は仮想サーバー、S3はファイルの保管場所、IAMは利用者と権限の管理です。対応：VPC＝社内ネットワーク、EC2＝サーバー、S3＝ファイルサーバー、IAM＝アカウント管理、と読み替えると分かりやすくなります。
セキュリティグループ（SG）
クラウド上のサーバー単位で、通信を許可・拒否する設定です。ファイアウォールのクラウド版と考えて差し支えありません。設計例：Webサーバーには443だけを全体へ許可し、22番は管理者のIPだけに絞ります。実例はAWSネットワークの学習用設計にあります。
# 自動化が「同じ結果になる」ことを確かめる（Ansibleの例）
ansible-playbook playbook.yml --syntax-check # 1. 書式に誤りがないか
ansible-playbook playbook.yml --check # 2. 実際には変更せず、何が変わるか確認
ansible-playbook playbook.yml # 3. 適用
ansible-playbook playbook.yml # 4. もう一度実行し changed=0 を確認changed=0 になれば、その設定は「何度実行しても同じ状態になる」と言えます。この確認をしていない自動化は、実行するたびに結果が変わる危険があります。13. 早見表：用語 → 一言 → 自分で確かめる方法
かんたんに言うとこの表は、意味を思い出すためだけの表ではありません。3列目のコマンドを自分の練習環境で実行すると、言葉と実物が結びついて記憶に残ります。読むだけで終わらせず、1日3つずつ動かしてみてください。
| 用語 | 一言で | 自分の環境での確認方法 |
|---|---|---|
| OS | 機械とアプリの間に入る基本ソフト | cat /etc/os-release |
| カーネル | OSの中心。資源の割り当てを担当 | uname -r |
| ホスト名 | ネットワーク上でのこの機械の名前 | hostname |
| CPU | 計算を担当する部品 | lscpu / top |
| メモリ | 作業中のデータを置く一時領域 | free -h |
| ストレージ | 電源を切っても消えない保存領域 | df -h / lsblk |
| 負荷（ロードアベレージ） | 処理待ちの行列の長さ | uptime |
| プロセス | 実行中のプログラム1つ分 | ps aux |
| サービス | 裏側で動き続けて機能を提供する仕組み | systemctl status <名前> |
| 自動起動 | 再起動後も自動で立ち上がる設定 | systemctl is-enabled <名前> |
| ログ | できごとの時刻順の記録 | journalctl -u <名前> -n 50 --no-pager |
| IPアドレス | ネットワーク上の住所 | ip address |
| サブネット / CIDR | 同じ範囲としてまとめた区画の広さ | ip -br address の /24 部分 |
| デフォルトゲートウェイ | 区画の外へ出るときの渡し先 | ip route の default via 行 |
| DNS | 名前とIPアドレスを結びつける仕組み | dig example.com +short |
| ポート | 1台の中でサービスを分ける番号 | ss -lntp |
| TCP / UDP | 確実に送る方式 / 速く送る方式 | ss -lntu（tがTCP、uがUDP） |
| ファイアウォール | 条件で通信を許可・拒否する関所 | sudo ufw status（Ubuntuの例） |
| SSH | 暗号化して遠隔操作する仕組み | ssh -V / systemctl status ssh |
| パーミッション | 読み・書き・実行の許可設定 | ls -l |
| ユーザーとグループ | 操作する人の単位とそのまとまり | whoami / id |
| sudo | 必要なときだけ管理者権限で実行する仕組み | sudo -l（自分に許された範囲） |
| パッケージ | 導入・更新しやすい形にまとめたソフト | apt list --installed | head |
| 時刻同期 | 正しい時刻に合わせる仕組み | timedatectl |
| 終了コード | 直前のコマンドの成功（0）／失敗（0以外） | echo $? |
| コンテナ | アプリと必要部品をまとめた隔離実行単位 | docker ps |
| チェックサム | ファイルが同じか確かめる要約値 | sha256sum <ファイル> |
| 冪等性 | 何度実行しても同じ結果になる性質 | Ansibleを2回実行し changed=0 を確認 |
14. 混同しやすい言葉の違い
かんたんに言うと用語の暗記でつまずく原因の多くは、「似ているのに役割が違う言葉」を一緒に覚えてしまうことです。ここでは、実務でも取り違えやすい10組を、対比の形で整理します。
サーバーとホストは何が違う？
サーバーは「要求に応える役割」、ホストは「ネットワーク上の1台という数え方」です。1台のホストの上で、Webサーバーとデータベースサーバーの両方を動かすこともできます。「サーバーが3台」と言うときは、たいてい「ホストが3台」の意味で使われています。
IPアドレスとMACアドレスは何が違う？
IPアドレスは設定で変えられる「住所」、MACアドレスは機器に付いた「背番号」です。引っ越し（別のネットワークへ移動）すると住所は変わりますが、背番号は変わりません。同じ区画の中の配達にはMACアドレス、区画をまたぐ配達にはIPアドレスが使われます。
DNSとDHCPは何が違う？
DNSは「名前からIPアドレスを調べる」仕組み、DHCPは「IPアドレスを自動で配る」仕組みです。DHCPは配るときに、使うべきDNSサーバーの情報も一緒に渡します。名前だけ引けないときはDNS、そもそもIPアドレスが付いていないときはDHCPを疑います。
TCPとUDPはどちらを使えばよい？
確実に届ける必要があるならTCP、多少落ちても速さを優先するならUDPです。Web、メール、SSH、データベースはTCP。DNSの問い合わせ、音声・映像、NTPはUDPが中心です。用途で決まっているので、迷ったら「そのサービスの既定はどちらか」を調べます。
再起動（restart）と再読み込み（reload）は何が違う？
restartはサービスを一度止めてから起動し直すため、その間つながりません。reloadは動かしたまま設定だけを読み直すため、原則として通信が切れません。設定を変えただけならreloadで足りるか、まず確認します。
バックアップとレプリケーションは何が違う？
バックアップは「過去の時点に戻すため」の複製、レプリケーションは「常に同じ状態を保つため」の複製です。誤って削除した場合、レプリケーション先でも同じように削除されます。だから両方が必要で、どちらか一方では守れません。
認証と認可は何が違う？
認証は「誰であるか」の確認、認可は「何をしてよいか」の判断です。ログインできたのにファイルを開けないのは、認証は成功し、認可で拒否された状態です。エラーを読むとき、この区別ができると原因が絞れます。
可用性と冗長化は何が違う？
可用性は「止まらない度合い」という目標、冗長化は「そのために二重化する」という手段です。冗長化しても、切り替えの試験をしていなければ可用性は上がりません。目標と手段を分けて話すと、設計の議論がぶれません。
VMとコンテナはどう使い分ける？
VMはOSごと分けるため、OSの種類を変えられて隔離も強い代わりに重くなります。コンテナはOSを共有するため軽く速い代わりに、ホストと同じ系統のOSで動かす前提になります。OS単位で分けたいならVM、アプリ単位で素早く配りたいならコンテナです。
「サーバーが重い」と言われたら何を見る？
「重い」には少なくとも4種類あります。CPU待ち、メモリ不足、ディスクの読み書き待ち、ネットワークの遅延です。まずuptimeで負荷、topでCPUとメモリ、df -hで容量、ss -sで接続数を見て、どれが原因かを決めてから対処します。原因を決めずに再起動すると、記録も消えて再発時に困ります。
15. 覚えるための練習
用語は、読むだけでは定着しません。「自分の言葉で説明する」「実際に確認する」「人に伝える形にする」の3段階を回すのが、いちばん近道です。以下は、練習環境（VMやWSL2）だけで完結する演習です。
演習1：5語に仕分ける
この用語集から20語を選び、「箱・線・土・番・盾」のどれに属するかを分類します。迷った語は、なぜ迷ったかをメモします。その迷いが、理解が浅い箇所です。
演習2：自分の環境を採録する
hostname、ip address、df -h、free -h を実行し、自分の環境の値を1枚の表にまとめます。これが、いちばん小さなパラメータシートになります。
演習3：通信を追う
ip route と dig example.com と ss -lntp の結果を並べ、「住所・出口・名前・待ち受け」がそれぞれどこに出ているかを指し示します。
演習4：サービスの状態を読む
任意のサービスに対して systemctl status を実行し、「起動しているか」「自動起動は有効か」「直近のログは何か」の3点を読み取って説明します。
演習5：わざと失敗させる
存在しないコマンドを実行し、echo $? で終了コードが0以外になることを確認します。次に正常なコマンドで0になることを確認し、違いを説明します。
演習6：説明文を書く
「サーバーとは何か」を、ITに詳しくない人向けに5行で書きます。専門用語を使うたびに、その語の説明も1行で添えます。書けない語が、次に学ぶ語です。
次に進む順番
用語を覚えたら、実際に手を動かします。コマンドの操作は「CUI入門」、確認の手順は「Linuxの基本確認」、工程全体は「サーバー構築の学習」へ進むのがおすすめです。
初心者向け学習ルートへ CUI入門から始める スキル一覧へ戻る