資格・学習

インフラエンジニア転職のポートフォリオ例｜構成図・手順書・AWS検証の作り方

2026.07.19 2026.08.24

インフラ転職のポートフォリオでは、Webアプリを無理に作るより、構成図、構築手順、設定、正常・異常試験、障害の切り分けを一組にします。AWS検証も完成画面だけでなく、IAM、通信、監視、費用、削除まで示してください。

この記事でわかること

インフラエンジニア転職にポートフォリオは必要？
インフラ職ではどんな成果物が評価されやすい？
Linuxサーバー構築・手順書の作成の具体例は？
ネットワーク構成図の作成の具体例は？

このページはインフラエンジニア転職完全ガイドの各論です。転職の進め方を最初から確認する場合はそちらへ。

転職全体の進め方を先に整理したい方は、インフラエンジニア転職完全ガイドで、仕事内容・年代別戦略・資格・求人選び・書類・面接対策を順番に確認できます。

インフラエンジニア転職にポートフォリオは必要？

実務経験が浅い人には有効です。ただし、作品の見栄えではなく、要件から構成・設定・試験へつなげた判断を示せる場合に評価材料になります。経験者は業務秘密を持ち出さず、担当工程を一般化した説明で補います。

ポートフォリオは成果物のつながりをどう見せる？

最初に要件を書き、その要件を構成図、設定、試験へつなげます。例えば「管理端末からだけ接続できる」という要件なら、ネットワーク分離、許可ルール、正常・異常系試験が対応します。

完成画面だけでは、偶然動いたのか設計したのか分かりません。採用側が要件から試験結果まで追える構成にすると、判断過程が伝わります。

(出典：README について（GitHub Docs）)

インフラ職ではどんな成果物が評価されやすい？

インフラ職で評価されやすい成果物の答えは、採用後に任せられる業務を予測できるからです。経験を作業名で終わらせず、対象、判断、成果物、結果へ分けると、求人側は教育が必要な範囲と、すぐ任せられる工程を判断できます。

ネットワーク構成図の作成の具体例は？

オンプレ検証構成図の例。機器名だけでなく、VLAN、IPアドレス、接続ポート、access・trunkの役割まで対応させます。

この図を構成表、interface一覧、VLAN一覧、疎通試験表へ展開すると、設計意図から試験結果まで一続きの成果物になります。

Linuxサーバー構築・手順書の作成の具体例は？

Linuxサーバー構築・手順書の作成の具体例はは、現在の経験を棚卸しし、不足を検証成果物で補い、求人票と面接で担当工程を確認する順に進めます。各段階の完了条件を決め、入社条件は最後に書面で確定してください。

READMEに構成・手順・確認方法をどう書く？

READMEには目的、対象読者、構成図、前提、構築手順、試験、既知の制約、削除手順を置きます。各ファイルへのリンクを付け、最初の数分で全体像を把握できるようにします。

手順はコマンドの羅列ではなく、実行前の状態、期待結果、失敗時の確認先を添えます。長い資料を全部読む前提にせず、要点から詳細へ進める構造にします。

AWS検証環境と設計書の作成の具体例は？

AWS検証構成図の例。VPC・subnetのCIDR、通信ポート、Security Group、Multi-AZ、IaC・監視の対応を示します。

構成図のCIDR、Security Group、route、Terraformコードが一致し、CloudWatchの監視結果まで提示できると、単なる画面キャプチャより再現性を説明できます。

GitHub・PDF・ブログではどう見せる？

GitHubにはREADME、構成図、設定例、再現手順を置き、PDFには面接で説明する設計判断と試験結果を絞って載せます。ブログは失敗と切り分けの経緯を補足し、秘密情報・実在顧客・認証情報は公開前に除去します。

セキュリティ情報や料金で注意すべきことは？

公開前に、認証情報、顧客名、実IP、秘密鍵を除去し、AWSの費用アラートと削除手順を確認します。画面キャプチャだけでなく、公開してよいサンプル値へ置き換えた構成図と設定を使ってください。

AWS検証はセキュリティと費用も成果物にどうする？

VPC、EC2、IAMを作る場合、公開範囲、ログ、バックアップ、予算通知、タグ、削除まで記録します。アクセスキーや実在IP、顧客名をリポジトリへ入れないことは最低条件です。

設計案を一つだけ示すのではなく、可用性、コスト、運用負荷の比較を短く書くと、サービス選定の理由が伝わります。

(出典：AWS Well-Architected フレームワーク（AWS）)

職務経歴書・面接へどう組み込む？

職務経歴書・面接へどう組み込むでは、担当範囲、置かれた制約、自分の判断、使用した証拠、結果の順で伝えます。経験していない工程を補わず、学習・検証と本番実務を分けると、追加質問にも事実で答えられます。

ポートフォリオが「完成」と言える条件

ポートフォリオは、要件、構成図、設定、構築手順、試験、切り戻しを一組で確認します。第三者が手順から再現でき、正常・異常時の証跡と秘密情報の除去が確認できれば完成です。

確認項目	現場での見方	判定基準
設計理由	設計理由について、現在の状態、確認元、期待する状態、確認できなかった点を同じ記録へ残す。	数値・実例・設定・書面のいずれかで確認できればOK、回答だけなら要確認とする。
テスト項目	テスト項目について、現在の状態、確認元、期待する状態、確認できなかった点を同じ記録へ残す。	数値・実例・設定・書面のいずれかで確認できればOK、回答だけなら要確認とする。
障害切り分け	障害切り分けについて、現在の状態、確認元、期待する状態、確認できなかった点を同じ記録へ残す。	数値・実例・設定・書面のいずれかで確認できればOK、回答だけなら要確認とする。
機密情報除去	機密情報除去について、現在の状態、確認元、期待する状態、確認できなかった点を同じ記録へ残す。	数値・実例・設定・書面のいずれかで確認できればOK、回答だけなら要確認とする。
AWS料金管理	資格名だけでなく、学習項目を構成図、設定、確認コマンド、試験結果へ変換する。	第三者が再現でき、失敗時の切り分けを説明できれば学習成果として使える。

評価されにくいポートフォリオにはどんな特徴がある？

評価されにくいのは、完成画面だけで設計理由や試験結果がない成果物です。READMEに要件、構成、選定理由、手順、正常・異常試験、制約、切り戻しを並べると、判断過程を面接で説明できます。

面接では失敗と改善を説明するには？

最初から正しく動いた話より、どこで失敗し、どのログから原因を特定し、再発防止をどう入れたかを話します。設定ミスを隠さず、検証環境で安全に学んだ過程を示します。

面接前に5分版と15分版の説明を用意します。5分版は要件、構成、難所、結果に絞り、詳細質問で試験や切り戻しを見せます。

ポートフォリオを完成させる6ステップ

完成までの6ステップでは、狙う求人を決め、構成図、Linux手順書、AWS環境、異常試験、READMEを一組にします。第三者が手順だけで再現でき、秘密情報と課金リソースを安全に扱えれば完成です。

STEP 1：狙う求人と証明する技術を一つに絞る
応募候補を5件ほど読み、頻出する担当工程と技術を拾います。READMEの冒頭に「どの求人の、何を証明する成果物か」を1文で書ければ完了です。
STEP 2：IP・VLAN・接続ポートまで入れた構成図を作る
機器名だけで終わらせず、interface、subnet、default gateway、access・trunkを記載します。構成図とパラメータ表の値に食い違いがないことを確認します。
STEP 3：Linuxサーバーを手順書だけで再構築する
新しいVMへOS設定、user・権限、service、firewall、log確認を順番に実施します。手順書だけを見て初期状態から再現できれば完了です。
STEP 4：AWS環境を安全に作成・削除する
VPC、public・private subnet、Security Group、監視を作り、秘密情報をrepositoryへ置かない構成にします。Terraformなどで再作成でき、不要リソースを削除できるところまで確認します。
STEP 5：正常系と異常系の試験証跡を残す
疎通成功だけでなく、routeやSecurity Groupを意図的に崩した症状、確認箇所、復旧結果も記録します。期待値と実測値を並べた試験表が完成条件です。
STEP 6：第三者が3分で読める形に公開する
GitHubのREADMEへ構成図、設計判断、手順、試験結果、制約、費用をまとめ、credentialや顧客情報を除去します。職務経歴書から成果物へ誘導し、面接で担当範囲を説明できれば完成です。

ポートフォリオを応募書類・面接へどうつなげる？

インフラエンジニア転職の職務経歴書の書き方｜評価される項目と例文、インフラエンジニアが設計構築へ転職するには？必要スキルと求人の見極め方は、この記事で扱った内容の次に、条件や技術を詳しく確認するために使います。現在の疑問に最も近い記事から進んでください。

ポートフォリオ完成前の確認表

インフラエンジニア転職のポートフォリオ例では、印象や制度名ではなく、確認できる事実を三段階でそろえます。未確認の項目は面接で質問し、入社条件に関わる内容は書面まで照合してください。

確認段階	確認すること	証拠・確認先
現在地	実務・学習・希望を分ける	担当工程と成果物
求人	仕事内容を工程と割合へ分解	求人票と配属実例
面接	自分が作る資料・設定・試験を確認	質問と回答の記録
入社判断	給与・勤務・配属を書面で照合	労働条件通知書

ポートフォリオの完成例はどうまとめる？

完成例は「架空要件、構成図、設定・手順、正常・異常試験、失敗と修正、削除・復旧」の順に並べます。画像だけで終わらせず、採用側が同じ条件で確認できる情報を一つのREADMEまたはPDFへまとめます。

成果物	完成例に入れる内容	避ける内容
構成図	機器・サービス、IP/CIDR、通信方向、境界	アイコンだけで通信が分からない図
手順書	前提、コマンド、期待値、中止・戻し条件	成功時の操作だけ
AWS検証	IAM、VPC、監視、費用、削除確認	管理画面の完成スクリーンショットだけ

要件・設定・試験で同じIDを使う

案件の成果物は、構成図だけ、手順書だけでは完結しません。例えばACL変更なら、通信要件表の一行が設計値になり、設定差分になり、試験項目の正常系・異常系になります。ポートフォリオでも同じIDを要件、設定、試験で使うと、なぜその確認が必要なのか追跡できます。

証跡は成功画面を大量に貼るのではなく、判定に必要な出力を選びます。投入前の設定、投入差分、適用後の状態、疎通結果、ログの時刻をそろえます。問題が起きた場合は、仮説と確認順を障害メモへ残します。これは現場のレビューで説明しやすい形式です。

設計構築チャンネルのポリシーテスト解説では、通信要件をパケット単位で確認する実務を扱っています。ポートフォリオも「作ったもの」ではなく、「要件をどう試験したか」まで見せてください。

公開前には第三者レビューを想定し、環境固有値を伏せたことで手順が再現不能になっていないかも確認します。サンプル値、変数一覧、前提バージョンを分けると、秘密情報を守りながら設計意図を伝えられます。

(出典：設計構築チャンネルの解説動画（ネットワークのポリシーテストと証跡）)

インフラ向けポートフォリオのファイル構成

成果物	記載する内容	採用側が見られる力
README	目的・構成・リンク・制約	説明力と全体設計
design	構成図・要件・パラメータ	要件を設計へ落とす力
procedure	手順・確認・切り戻し	安全な変更
test	正常・異常系・証跡	品質確認と切り分け