未経験からのクラウドエンジニア｜これだけはわかっておけ 基礎の教科書（TCP/IPから体系的に）

「クラウドエンジニアになりたいけど、何から学べば？」——答えは"基礎"、特にネットワーク（TCP/IP）です。未経験から現場で通用する土台を、TCP/IPからLinux・クラウド・ID・可用性・IaCまで体系的に、かなり深いところまで図解で解説します。この記事だけで学習の地図が手に入るように。

01はじめに — 未経験でも、"地図"があれば迷わない

「クラウドエンジニアになりたい。でも、何から勉強すればいいのか分からない」——未経験の方から一番よく聞く悩みです。AWSの管理画面は広大で、用語も無数。手当たり次第に触ると、たいてい途中で迷子になります。

迷わないコツは、順番です。派手なマネージドサービスから入るのではなく、土台（特にネットワーク＝TCP/IP）から積む。土台が分かると、AWSの VPC もセキュリティグループも「暗記」ではなく「理解」に変わり、応用が一気に効くようになります。

02全体像 — クラウドエンジニアの"土台"は6つ

クラウドエンジニアに必要な土台を、学ぶ順に並べるとこうなります。上から順に積むのが最短です。

まずは 1のネットワークを深く。ここが一番の投資対効果です。次章から掘り下げます。

03ネットワーク① — TCP/IPは「4つの階層」で役割分担

インターネットの通信は、TCP/IPという取り決めで動いています。ポイントは、通信を4つの階層（レイヤ）に分けて役割分担していること。各層は自分の仕事だけをして、下の層を"土管"として使います。

• アプリケーション層：HTTP・DNS・SSHなど。「何を」やり取りするか。
• トランスポート層：TCP・UDP。ポート番号で相手のどのアプリに届けるかを決め、TCPは信頼性（順番・再送）を担う。
• インターネット層：IP。IPアドレスで宛先を決め、ルーターを経由して運ぶ（ルーティング）。
• リンク層：Ethernet・Wi-Fi。同じネットワーク内の物理的な転送。

04ネットワーク② — IPアドレスとサブネット/CIDR

IPアドレスは、ネットワーク上の"住所"です。IPv4は32ビットを8ビットずつ4つに区切り、192.168.1.10 のように書きます。うち一部はプライベートアドレス（社内・VPC内で使う）に予約されています。

• 10.0.0.0/8（大規模）／172.16.0.0/12／192.168.0.0/16（家庭・小規模）
• グローバルアドレスはインターネットで一意。プライベートは組織内で自由に使えるが、外に出るときはNATで変換する。

ネットワークを区切る単位がサブネット。区切り方を表すのが CIDR記法（/24 など）で、末尾の数字＝ネットワーク部のビット数を表します。数字が大きいほどホストが少ない小さなネットワークです。

05ネットワーク③ — TCP と UDP、3ウェイハンドシェイク、ポート

トランスポート層にはTCPとUDPがあります。

• TCP：接続を確立してから送る。順番保証・再送あり＝確実だが少し遅い。Web（HTTP/HTTPS）、SSH、DBなど大半。
• UDP：確立なしでいきなり送る＝速いが保証なし。DNS、動画・音声、ゲームなど。

TCPが接続を作るときの挨拶が3ウェイハンドシェイクです。

そして、同じサーバーの"どのアプリ"に届けるかを決めるのがポート番号（0〜65535）。代表的なものは覚えておくと現場で効きます。

06ネットワーク④ — DNS と HTTP/HTTPS/TLS

最後に、Webを支える3つ。

DNSは「名前 → IPアドレス」の電話帳です。www.example.com を入力すると、リゾルバが ルート → TLD（.com）→ 権威サーバー とたどって、対応するIPを返します（A/AAAAレコードなど）。

HTTPは、ブラウザとサーバーの会話ルール。リクエスト（メソッド GET/POST＋ヘッダ＋本文）を送り、レスポンス（ステータスコード＋ヘッダ＋本文）が返ります。ステータスコードは必ず覚えます。

TLS（旧SSL）は通信の暗号化。HTTPS＝HTTP over TLSで、ポート443を使います。接続時にサーバー証明書で相手が本物か確認し、鍵を交換して以降を暗号化します。ここまでを一枚にすると、URLを開いた瞬間の"旅"はこうです。

07土台がそのままAWSになる — 対応表

ここまでのネットワークの基礎は、AWSの主要な設計要素にほぼ1対1で対応します。だから基礎をやる価値が高いのです。

08Linuxの基礎 — サーバーと会話する言語

クラウドで動くサーバーの多くはLinuxです。GUIではなくコマンド（シェル）で操作・調査するのが基本。最低限、次が使えれば戦えます。

• 移動・確認：ls cd pwd cat less grep find
• 権限：chmod chown、rwx（読み/書き/実行）の考え方、sudo
• プロセス・リソース：ps top kill、df free
• サービス・ログ：systemctl（起動/停止/状態）、journalctl と /var/log/
• パッケージ：apt／dnf（yum）、SSH（鍵認証でサーバーに入る）

# 例：サービスの状態を見て、ログで原因を追う
systemctl status nginx
journalctl -u nginx --since "10 min ago"
grep -i error /var/log/nginx/error.log | tail

09クラウドの基本概念 — 借りて使う、の作法

クラウドは「サーバーやネットワークを必要なとき必要なだけ借りる」仕組み。押さえるべき概念はシンプルです。

• IaaS / PaaS / SaaS：どこまで自分で管理するか。IaaS（仮想サーバー等・自由だが手間）→ PaaS（実行環境を借りる）→ SaaS（完成品を使う）。
• リージョンとアベイラビリティゾーン（AZ）：世界各地の"地域"と、その中の独立した"データセンター群"。AZをまたいで置くと片方が落ちても生き残る。
• 責任共有モデル：「クラウドの"の"セキュリティは事業者、クラウド"内"のセキュリティは利用者」。設定・データ・アクセス管理は自分の責任。
• 従量課金：使った分だけ。止め忘れ・過剰スペックがそのまま請求に。コスト意識も設計の一部。

10ID・セキュリティの基礎 — 事故の大半はここ

クラウドの事故で最も多いのが、権限とアクセス管理の不備です。最初に正しい感覚を持っておきましょう。

• 認証（誰か）と認可（何ができるか）は別物。ログインできること＝何でもできること、ではない。
• 最小権限：必要な操作だけを許可する。「とりあえず全許可」は事故のもと。
• 鍵・パスワードを直書きしない：ソースやSlackに秘密情報を貼らない。専用の保管（シークレット管理）を使う。
• 多要素認証（MFA）を必ず。特に管理者・rootは厳重に。

11可用性と監視 — 止めない、壊れたら気づく

「動いて当たり前」を支えるのが可用性設計と監視です。

• SLA・稼働率：99.9%は月に約43分の停止許容。数字の意味を体で覚える（SLA計算ツールで試すと早い）。
• 冗長化：単一障害点をなくす。AZをまたぐ、複数台に分ける。
• RTO / RPO：どれだけ早く戻すか（RTO）、どこまでのデータ喪失を許すか（RPO）。バックアップ設計の軸。
• 監視・ログ：メトリクス・ログ・アラート。「壊れてから気づく」を「壊れる前に気づく」に。

12IaC・自動化・Git — 手作業をやめる

クラウドエンジニアの主戦場は、実は「手で作る」より「コードで作る」です。これをIaC（Infrastructure as Code）と呼びます。

• なぜコード化するか：同じ環境を何度でも再現でき、変更履歴が残り、レビューできる。手作業は再現も追跡もできない。
• 代表ツール：Terraform（マルチクラウド）／CloudFormation（AWS純正）。まずはどちらか1つ。
• Git：コードの変更を管理する必須スキル。add / commit / push / pull、ブランチ、プルリクエスト。
• 少しのスクリプト：bash・Python少々で"繰り返しを自動化"できると強い。

13学習ロードマップと資格 — 遠回りしない順番

ここまでを、具体的な学習手順に落とします。

• STEP1：ネットワーク基礎（本記事の03〜07）。CCNA相当の理解があると強い。
• STEP2：Linux。EC2を1台立てて実際に触る。
• STEP3：クラウドを1つ深く（AWS推奨）。AWS Certified Cloud Practitioner（入門）→ Solutions Architect Associate（登竜門）。
• STEP4：IaCとGit。TerraformでSTEP3の構成を再現。
• STEP5：小さく作り切る。「独自ドメインでHTTPSのWebサイトをAWSに公開」まで自力で通すと、この記事の全要素が繋がる。

14現場で効く"姿勢" — スキルより長持ちする

最後に、技術以上に効く姿勢を。未経験でもここが強い人は伸びます。

• 一次情報を読む：ブログのコピペより公式ドキュメント。英語も逃げない（翻訳を使ってでも読む）。
• 仮説と検証で進む：「たぶん」で断定せず、切り分けて確かめる。ログとエラーメッセージを丁寧に読む。
• "分かったつもり"を疑う：人に説明できて初めて理解。手を動かして再現できて初めて身についた。
• 質問がうまい：やったこと・期待・実際・エラーを添えて聞く。丸投げしない。
• 小さく作って壊す：本番でなく自分の環境で、たくさん失敗する。失敗の数が実力になる。

15EMWから — 基礎を積む人と、働きたい

ここまで読んで「大変そう」と思ったかもしれません。でも大丈夫——全員が最初は未経験でした。大事なのは、この地図を手に、少しずつでも手を動かし続けられるかどうかです。

EMWは、AWSを主軸にクラウド構築・移行・運用統制を手がける会社です。私たちが採用で見ているのは「今できること」以上に、基礎を積み上げる姿勢と分からないことを調べて手を動かす力。この記事の土台を学ぶ気概がある方なら、経験の有無は問いません。

「もっと詳しく話を聞きたい」「今の学習の相談をしたい」——そんな段階でも歓迎です。採用情報・カジュアル面談はこちらから、気軽にどうぞ。

16よくある質問（FAQ）