この記事を書いた人： 美容師・サロン経営から40代でAWSクラウドエンジニアへの転職を目指している。2026年4月にAWS SAA合格。現在ポートフォリオ構築・Linux学習を並行して進行中。
はじめに
AWS SAA（ソリューションアーキテクトアソシエイト）に合格したとき、正直「ひとつ壁を越えた」という感覚がありました。
複数回の挑戦を経てようやくつかんだ合格。勉強してきたVPC、S3、Lambda、CloudFront──AWSのサービスをひと通り理解し、ポートフォリオも作った。転職に向けて動き出せると思っていました。
でも、合格後に現場のベテランエンジニアたちの話を聞くうちに、気づいてしまったことがあります。
「クラウドだけできても、それだけでは成り立たない」
この記事では、SAAを取得してから直面したリアルな壁と、現場が本当に求めているスキルについて書いていきます。AWS転職を目指している方、SAAを取ったけど次に何をすればいいか迷っている方に読んでもらえたら嬉しいです。
ベテランたちが口を揃えて言うこと
AWS転職を意識し始めてから、現場で働くエンジニアの話を聞く機会が増えました。
経験年数も、働く会社も、専門領域もバラバラ。でも、ほぼ全員が同じことを言うんです。
「Linux・OSの知識は絶対に必要」 「オンプレの経験があると全然違う」 「クラウドだけ知っていても、現場では詰まる場面が出てくる」
体感として、9割以上のベテランが同じことを指摘していました。最初は「そうは言っても、クラウド時代だからAWSさえできれば大丈夫では？」と正直思っていました。でも、話を深く聞けば聞くほど、その言葉の意味がわかってきました。
なぜLinux・OS知識が必要なのか
クラウドの「下」には必ずOSがある
AWSのEC2を使えば、その実体はLinuxサーバーです。マネージドサービスのRDSやLambdaも、裏側ではAWSが管理するLinux環境上で動いています。
AWSのコンソールやCLIで操作できても、その下で何が起きているかを理解していなければ、問題が起きたときに手が止まります。
たとえば、こんな場面です。
- EC2が突然応答しなくなった──SSHで入って何を確認するか、どのログを見るか、わかりますか？
- ディスク使用率が100%になった──どのコマンドで原因を特定し、どう対処するか、即座に動けますか？
- アプリケーションが起動しない──systemdのステータスを確認し、journalctlでエラーを読めますか？
これらはAWSの知識だけでは解決できません。Linuxの基礎知識が地力として必要になる場面です。
オンプレとクラウドの「差分」を理解できるかどうか
ベテランエンジニアがオンプレ経験を重視する理由のひとつは、「オンプレとクラウドの差分を理解できるかどうか」にあります。
AWSのVPCはなぜこういう設計なのか。セキュリティグループとネットワークACLの違いはなぜ存在するのか。マネージドサービスが何を肩代わりしているのか。
こうした「なぜ」を理解するには、オンプレでどう動いていたかを知っていることが前提になる場面が多い。クラウドネイティブ世代のエンジニアが詰まりやすいのが、まさにこの「前提知識の欠如」だとベテランたちは言います。
トラブルシューティングで差が出る
AWSを触れるエンジニアは年々増えています。コンソールを操作してサービスを構築するだけなら、今や誰でもできる時代です。
では、現場で本当に価値を出せるエンジニアと、そうでないエンジニアの差はどこで生まれるか。
ベテランの答えは明確でした。**「トラブルシューティングの速さと深さ」**です。
問題が起きたとき、OSレベルまで掘り下げて原因を特定できるか。ネットワークの疎通問題をコマンド一発で切り分けられるか。ログを読んで仮説を立てられるか。この地力がLinuxやOS知識から来ているというわけです。
SAAで学べること・学べないこと
SAAはAWSのサービスを幅広く理解するための資格として、非常に良くできています。
SAAで学べること
- AWSの各サービスの概要と用途
- 高可用性・スケーラビリティ・セキュリティの設計パターン
- コスト最適化の考え方
- サービス選定の判断基準（なぜSQSではなくKinesisを使うか、など）
SAAでは学べないこと
- Linuxのプロセス管理・サービス管理
- ファイルシステムとパーミッションの仕組み
- ネットワークコマンドによるトラブルシューティング
- systemd、ログ管理、シェルスクリプトの実務的な使い方
- オンプレミス環境での運用経験
SAAは「AWSを設計・選択できる知識」を証明するものです。でも「サーバーを実際に触って問題を解決できる力」は、別で身につける必要があります。
現場が求めるレベルはどのくらいか
「LinuxやOSを学ぶ」と言っても、どこまでやればいいのか。
ベテランたちに聞いた実感として、転職直後に求められるのは「サーバー構築を一から設計できるレベル」ではありません。
最低限必要なのは、こんなレベルです。
- SSH接続してサーバーの状態を確認できる
- ファイルの場所、パーミッション、所有者を理解している
- プロセスの確認・停止・再起動ができる
- ログの場所を知っていて、grep・tail・lessで読める
- ネットワーク疎通の確認コマンド（ping・curl・dig・ss）を使える
- systemdでサービスの起動・停止・ステータス確認ができる
これができれば「Linuxを触れる」として現場でも最低限通用する、というラインだそうです。
逆に言えば、この程度であればSAA合格者が3〜4ヶ月本気で取り組めば到達できます。
自分がとった行動
正直、この現実を知ったとき、少し焦りました。AWSの勉強に集中してきた分、Linuxはほぼ手つかずだったからです。
でも、焦っても仕方ない。すぐに動きました。
Linux標準教科書を入手
LPI-Japan（Linux技術者認定を運営する団体）が無料で公開している「Linux標準教科書」を入手しました。Ver.4.0.1、100ページ、PDF・EPUB形式で無料ダウンロードできます。
ダウンロードはこちら： https://linuc.org/textbooks/linux/
薄くて実践的で、初心者が最初に読む1冊として多くのエンジニアが推薦する定番教材です。
EC2上で実際に手を動かす
教科書を読むだけでなく、AWSのEC2インスタンスを使って実際にコマンドを打ちながら学んでいます。
「本で読んだことをEC2で再現する」というサイクルが、一番定着が早いと感じています。コストもt2.microなら無料枠の範囲で収まるので、気軽に試せます。
AWS転職を目指す人へ──SAAはゴールではなくスタートライン
SAAを持っていることは、転職活動において確かに強みです。でも、それはあくまでスタートラインに立てた、という意味だとベテランたちは言います。
資格＋実装経験＋OS/Linux基礎
この3つが揃って初めて、現場で即戦力に近い動きができる。SAAを持っているなら、次はこの方向に進む必要があります。
逆に言えば、今からLinuxを学び始めれば、SAAとのかけ合わせで一気に差別化できます。 クラウドだけ、資格だけ、というエンジニアはこれからも増え続けます。その中で「OSレベルまで触れる」人材は、今も現場では貴重です。
まとめ
- AWS SAAを取得しても、Linux・OS知識がないと現場で詰まる場面が出てくる
- 現場のベテランエンジニアの9割以上が「Linux・OSの知識は必須」と言っている
- クラウドの下には必ずOSがあり、トラブルシューティングにはLinuxの地力が必要
- SAAで学べるのはAWSの設計知識。サーバーを実際に触る力は別で身につける必要がある
- 転職直後に求められるレベルは「SSH・ログ・プロセス・ネットワーク確認」ができる程度
- Linux標準教科書（無料）＋EC2での実践が、最もコスパの高い学習方法
- 資格＋実装経験＋Linux基礎の3つが揃って初めて現場で通用する
最後まで読んでいただきありがとうございました。同じようにAWS転職を目指している方、ぜひコメントやSNSで教えてください。
コメント