AWS資格で副業はできるか｜会社員のまま案件を探す前に確認すること

AWS資格を取ったあと、「この知識を使って副業ができないか」と考える人は多いと思います。私もSAAとSAPを取ったあと、求人や業務委託の案件に書かれているサービス名が以前より読めるようになり、会社の外でも通用するのか気になりました。

ただ、最初に線を引いておきます。管理人はAWSを使った副業案件を受注した経験がありません。 会社員としてオンプレ運用とAWS移行・運用に関わった経験はありますが、副業の収入、案件獲得率、契約後の働き方を体験談として書くことはできません。

この記事では、資格取得後に副業を検討するとき、何を確認し、どこまで準備してから案件を見るべきかを整理します。「資格があれば月いくら稼げる」といった話ではなく、受けてはいけない仕事を先に除外するための判断順が中心です。

先に結論

AWS資格だけで副業ができるか、と聞かれたら、私の答えは「資格だけで判断せず、実際に返せる成果物があるかで考える」です。

SAAの問題で正しい構成を選べることは、設計の会話を始める助けになります。しかし、既存環境の前提を確認し、変更手順と切り戻しを作り、関係者へ説明し、決められた時間に作業するところまでは、試験問題を解くだけでは経験できません。

副業では、本業より短い時間で仕事の境界を決める必要があります。だからこそ「AWSを知っています」という広い言い方より、「この入力を受け取り、この形式の成果物を、この日までに返せます」と狭く説明できるほうが扱いやすいと考えています。

AWS資格が副業で役立つ部分・役立たない部分

役立つのは案件要件を読む段階

AWS関連の仕事には、EC2、VPC、RDS、CloudFront、Route 53、IAM、CloudWatch、Organizationsなど、多くのサービス名が並びます。資格の勉強を一通り終えていると、その並びから構成の目的を想像しやすくなります。

たとえば、CloudFront・S3・ACM・Route 53が並んでいれば、静的コンテンツの配信や独自ドメイン、HTTPSが関係しそうだと分かります。ECS・ECR・ALB・CloudWatch Logsが並んでいれば、コンテナの配信と監視が中心だろうと当たりを付けられます。

この「案件の説明を読める」ことは重要です。自分の経験と合わない案件へ応募するのを避けられるからです。資格取得前より、知らないサービスがどこにあるかも見えやすくなります。

資格が案件要件の中でどう扱われるかはAWS資格は転職でどう評価されるかでも整理しました。正社員転職と副業では契約の形が違いますが、資格と実務を分けて考える点は共通しています。

役立たないのは作業実績の代替

一方で、資格は次の事実を証明しません。

• 顧客の本番環境で変更作業をした
• 障害発生時に原因を切り分けた
• TerraformやCloudFormationのコードをレビューした
• 作業前後の関係者調整を担当した
• 見積もりどおりの時間で成果物を納品した
• 契約で決めた報告・検収・修正に対応した

これらは知識試験とは別の経験です。試験で正解を選べても、既存環境には命名規則、権限、監視、変更禁止時間、費用、社内手続きなど固有の制約があります。

個人のハンズオンは、この差を小さくする練習にはなります。しかし、個人環境で作ったものを「顧客案件の実務経験」と表現することはできません。経歴を見せるときは、会社で担当したこと、個人で検証したこと、資格で学んだことを混ぜずに分ける必要があります。

資格名より、説明できる範囲を見る

「副業のためにSAAとSAPのどちらを取るべきか」と考える前に、自分が何を説明できるかを確認したほうがよいと思います。

たとえばSAAを持っていても、VPCの構成図を見て通信経路を説明できなければ、ネットワーク変更を伴う仕事は受けにくいはずです。逆に、資格がSAAだけでも、日常業務でCloudWatchの監視設計やIAM権限の整理を担当し、その判断を説明できるなら、担当範囲は具体的です。

資格を増やすか、手を動かすかで迷っている場合はAWS資格の次にやるハンズオンも参考にしてください。小さな構成でも、要件と判断を自分の言葉で残すところまで行うと、話せる材料になります。

案件を見る前に勤務先で確認すること

会社員の副業で最初に見るべきものは、案件一覧ではなく勤務先のルールです。技術的にできる仕事でも、勤務先の条件と衝突すれば受けられません。

就業規則と申請手順

副業が可能か、事前申請が必要か、どの情報を提出する必要があるかは勤務先ごとに異なります。副業を認めている会社でも、申請なしで始めてよいとは限りません。

確認する項目を、私は次のように分けます。

確認項目	確認したい内容
副業の可否	雇用・業務委託・個人事業など契約形態ごとの扱い
申請の時期	契約前、受注前、稼働開始前のどこで申請するか
申請先	上司、人事、コンプライアンスなど指定された窓口
稼働時間	本業の勤務時間、休憩、休日との重なりをどう扱うか
競業	勤務先と同じ顧客・市場・サービスに関する制限
秘密保持	本業で得た情報・資料・コード・構成を使わない条件
端末とアカウント	会社支給PC、会社メール、会社契約サービスの利用可否

分からない項目を自己判断で埋めないことが大切です。副業案件へ応募する前なら、まだ契約相手へ迷惑をかけずに止まれます。確認を後回しにして、受注後に「会社の許可が出なかった」となるほうが影響は大きくなります。

競業と利益相反

AWSを使う仕事は業種が広いため、技術が同じだけで競業になるとは限りません。ただし、勤務先の顧客と副業先が重なる、勤務先で提案中の相手と契約する、勤務先の価格・設計・運用ノウハウを利用するといった状況は避ける必要があります。

ここで判断が難しいのは、案件ページだけでは顧客名や詳しい業務内容が分からない場合があることです。契約が進んでから初めて分かる情報もあります。そのため、確認すべき条件を先に勤務先へ聞き、案件紹介を受ける側にも「この条件に当たる場合は進められない」と伝えられる状態にしておくほうが安全です。

本業の成果物を使わない

副業の実績を見せるために、本業の構成図、手順書、Terraformコード、障害報告、チケット画面などを持ち出してはいけません。社名やアカウントIDを消せば使える、という単純な話でもありません。構成や手順そのものが非公開情報である可能性があります。

見せられる材料は、自分名義の環境で作り直します。会社のコードをコピーせず、公開ドキュメントを参照してゼロから作る。実在する顧客の規模や障害を再現せず、架空の要件として設計する。この境界を守ることは、技術力より前の条件です。

副業案件を「作業時間」ではなく「成果物」で読む

「週5時間できます」だけでは足りない

副業を考えるとき、最初に「平日夜に1時間、土日に3時間」と計算しがちです。私も学習計画では同じ計算をしていました。しかし、学習時間と顧客へ約束する稼働時間は性質が違います。

勉強なら、疲れた日は翌日に回せます。顧客作業では、会議、質問への回答、レビュー修正、予定した変更時間など、相手の都合があります。空き時間の合計が同じでも、決まった時刻に動けなければ受けられない仕事があります。

そのため案件を見るときは、時間の前に次を確認します。

• 何を受け取って、何を納品する仕事か
• 完了の条件は誰がどう判断するか
• 質問やレビューへの応答時間は決まっているか
• 会議や本番作業の時刻は固定か
• 障害時や緊急時の連絡があるか
• 自分以外の作業待ちが発生した場合、期限をどう扱うか
• 修正回数や作業範囲の追加をどう決めるか

「AWS環境の構築支援」のような広い説明だけでは、必要な時間を見積もれません。要件整理から入るのか、決められた構成を作るのか、手順書だけを作るのかで責任の範囲は変わります。

副業の最初は境界が狭い仕事を選ぶ

管理人がもし会社員のまま最初の案件を検討するなら、作業境界を短い文で説明できるものから見ます。

たとえば、次のような形です。

• 現在の構成図と要件を受け取り、改善候補と確認事項を文書で返す
• 指定された構成のTerraformコードを読み、指摘一覧を返す
• CloudWatchの既存アラーム一覧を受け取り、抜けと重複の整理表を返す
• 公開前の手順書を読み、前提・確認・切り戻しの不足をレビューする
• 個人向けの学習環境について、構成と削除手順を一緒に確認する

これは「この仕事なら簡単」という意味ではありません。むしろレビューや助言にも責任があります。ただ、入力と出力が見えれば、自分に不足している知識を契約前に判断しやすくなります。

反対に、避けたいのは「AWSまわりを全部お願いします」「必要に応じて障害対応もお願いします」のように範囲が広く、終了条件が見えない仕事です。本業がある状態で随時対応を約束すると、両方へ影響する可能性があります。

本番変更を伴う仕事は慎重に見る

本番環境の変更は、コンソールで設定できるかだけでは判断できません。変更申請、承認、バックアップ、監視抑止、利用者への連絡、作業証跡、切り戻しなどがセットになります。

特に夜間や休日の変更作業は「本業と重ならないから向いている」と見えますが、問題が起きた場合に予定時間を超える可能性があります。翌日の本業へ影響しないか、作業後の待機や報告まで契約範囲に入るかを確認する必要があります。

資格の勉強では、正しい構成を選べば問題は終わります。実際の変更では、正しい構成でも移行途中に失敗する可能性があり、元へ戻すところまで考えます。この差を説明できない作業は、受けない判断も必要です。

実務未経験から準備する場合の順番

AWS実務がない状態で資格を取った場合、まず「実務経験あり」と見せる方法を探すのではなく、実務経験がないと正直に書いたまま、検証で説明できる範囲を増やします。

1. 小さい構成を自分名義で作る

最初の構成は大きくする必要がありません。静的サイト、簡単なAPI、監視対象を1つ持つ構成など、削除まで自分で管理できる規模にします。

重要なのは、作った画面のスクリーンショットではなく、次を残すことです。

1. 何を満たすために作ったか
2. どの案と比較したか
3. なぜそのサービスを選んだか
4. どの権限を与えたか
5. 何を監視するか
6. 失敗したときにどう戻すか
7. 使い終わったあと何を削除したか

この記録があると、「S3を触りました」ではなく、「公開範囲を限定するためにCloudFront経由にし、直接アクセスを許可しない構成を検証しました」のように説明できます。

独自ドメインを使った小さな構成はAWS資格の次にやるハンズオンで手順の骨組みを整理しています。料金や仕様は変わるため、実行時には各サービスの公式情報を確認してください。

2. 作業ログを第三者が読める形にする

自分だけが分かるメモでは、案件の相談時に説明し直す負担が大きくなります。次の見出しだけでもそろえておくと読み返しやすくなります。

• 要件
• 構成図
• 採用した案と見送った案
• 実行手順
• 動作確認
• 失敗と修正
• セキュリティ上の注意
• 費用を止める手順
• 残った課題

GitHubへ置く場合は、アクセスキー、アカウントID、メールアドレス、IPアドレスなどを含めないように確認します。履歴から削除できているかも含め、公開前の点検が必要です。

3. 「できること」と「まだできないこと」を並べる

副業の相談では、できることだけを大きく見せるより、境界を説明できるほうが安全です。

たとえば、次のように分けます。

区分	書き方の例
業務で担当	オンプレサーバの運用、変更手順作成、監視アラートの一次切り分け
個人で検証	S3・CloudFront・ACM・Route 53を使った静的サイト配信
資格で学習	SAAとSAPの試験範囲に含まれる可用性・移行・コストの基本
未経験	顧客環境でのTerraform導入、EKSの本番運用、24時間の障害対応

未経験の欄は弱点ではなく、受けられない作業を明確にするための情報です。ここが曖昧なまま契約すると、相手も自分も困ります。

実務未経験と資格取得の関係は実務未経験でもAWS SAAに受かるかでも書いています。試験に受かることと、仕事を担当できることは分けて考えてください。

4. 無料相談や案件面談では質問を用意する

案件サービスへ登録する場合、最初から質問を決めておくと、自分に必要な情報を集めやすくなります。

管理人なら、次を聞きます。

• 会社員の副業として検討できる稼働条件の案件があるか
• 平日昼間の会議や連絡が必要か
• 最低の稼働日数・時間帯はどう決まるか
• AWS資格はどの場面で確認されるか
• 実務経験として求められる担当範囲はどこまでか
• 個人検証の成果物を提示してよいか
• 本番変更、障害対応、待機は契約範囲に含まれるか
• 契約前に顧客業種を確認し、競業の判断ができるか

案件一覧を見るだけでは、自分の経歴で紹介対象になるかは分かりません。登録や相談が無料と書かれている場合でも、利用条件や紹介可能な案件は変わるため、公式サイトと担当者へ確認します。

資格取得後の3つの進路を分ける

「副業をしたい」と思っていても、目的を分けると選ぶサービスや準備が変わります。

収入より実務の幅を増やしたい

本業では触れない技術に関わりたい場合、仕事として受ける前に個人検証や社内異動で経験を作れるかも考えます。未経験の技術を、短い納期の副業で初めて扱うのは負荷が高くなります。

会社の中でAWS案件へ移る準備はクラウドエンジニアへの転職で準備したことにも共通します。現在の仕事で説明できる経験を棚卸しし、足りない部分だけを検証する順番です。

会社員を続けながら小さく試したい

この場合は、勤務先の許可と両立条件が最優先です。案件数や単価より、固定された時間で完了できるか、随時対応がないか、契約範囲が狭いかを見ます。

副業専用のサービスかどうか、会社員の登録を受け付けているか、希望する時間帯の案件があるかはサービスごとに確認が必要です。本記事では、特定サービスに土日案件がある、未経験でも紹介される、といったことは確認できていないため書きません。

将来の独立を判断したい

副業そのものより、会社員を辞めた場合の案件条件を知りたいなら、フリーランス向けエージェントへ相談する意味が出てきます。

Midworksはフリーランスエンジニア向けのエージェントです。副業専用サービスとして紹介しているわけではありません。 そのため、土日だけ、短時間だけという希望に合う案件があるかは、登録前後に公式サイトと担当者へ確認してください。

一方で、将来の独立も含めて「自分のAWS経験でどのような案件が候補になるか」を確かめたい人には、公開案件を眺めるだけでは分からない条件を質問する入口になります。管理人はMidworksを利用した経験がないため、紹介数、単価、契約成立、保障内容については評価できません。

※上記はアフィリエイトリンクです。案件の有無、稼働条件、契約条件、サービス内容は変わるため、公式サイトと担当者へ最新情報をご確認ください。

フリーランスとして独立する場合の考え方はAWS資格はフリーランスで通用するかに分けて書きました。この記事は会社員の副業、その記事は独立前の準備が中心です。

応募前に作る1枚の棚卸し表

案件へ応募する前に、次の表を自分用に作ります。空欄があること自体は問題ありません。空欄のまま受ける仕事を決めないことが大切です。

項目	書く内容
勤務先の確認	副業可否、申請先、競業、秘密保持、利用端末
使える時間	固定会議に出られる時間、作業可能時間、連絡できない時間
業務経験	担当サービス、役割、規模、期間、変更・障害対応の範囲
個人検証	自分名義で作った構成、公開できる資料、削除済みリソース
資格	認定名、有効期限、学習したが実務では未経験の領域
受けられる成果物	レビュー、設計メモ、コード、手順書など具体的な出力
受けない仕事	随時待機、未経験の本番変更、勤務先と競合する案件
確認したい条件	稼働時間、会議、検収、修正、支払い、契約終了

経験欄はサービス名だけにしない

「EC2、S3、RDS経験あり」だけでは、何をしたかが分かりません。少なくとも、設計、構築、運用、監視、障害対応、移行、レビューのどこを担当したかを書きます。

同じEC2でも、作成手順どおりにインスタンスを起動した経験と、複数環境のパッチ運用を設計した経験では担当範囲が違います。大きく見せず、面談で聞かれて説明できる粒度にします。

職務経歴の書き方はAWS資格を職務経歴書にどう書くかにもまとめています。副業のプロフィールでも、資格名と実務の文を分ける考え方は使えます。

受けない仕事を先に決める

案件を探していると、できることを増やす方向ばかり考えます。しかし会社員の副業では、受けない条件のほうが重要です。

私なら、少なくとも次は事前に線を引きます。

• 本業の勤務時間と重なる定例会がある
• 連絡への即時応答を常時求められる
• 未経験のサービスを本番で単独変更する
• 変更対象と切り戻し条件が契約前に分からない
• 勤務先の顧客・提案・技術情報と衝突する可能性がある
• 会社支給PCや会社アカウントの利用を前提にしないと作業できない
• 成果物と完了条件が決まっていない

この線を先に決めておくと、魅力的に見える案件でも冷静に断れます。資格を取った直後は試してみたい気持ちが強くなりますが、できることと契約上引き受けることは別です。

よくある質問

AWS資格だけで副業案件を受けられますか

資格は、AWSの基本用語や設計の考え方を学んだことを示す材料になります。ただし、顧客環境での設計・構築・運用経験や、期限までに成果物を納品した経験の代わりにはなりません。

「資格保有」が条件に書かれていても、他の必須条件を満たすとは限りません。案件ごとに実務経験、稼働時間、成果物、責任範囲を確認してください。案件獲得には個人差があります。

実務未経験なら、個人ハンズオンを実務経験と書けますか

書けません。個人で検証したことは「個人検証」「個人開発」「学習成果」として書きます。仕事として顧客や勤務先の環境を担当した経験とは分けてください。

ただし、個人検証が無意味なわけではありません。要件、構成、判断、確認、失敗、削除まで説明できれば、何を理解し、何が未経験かを伝える材料になります。

土日だけでAWS副業はできますか

案件によります。土日作業が可能でも、平日昼間の会議、質問への回答、本番変更後の確認などが必要なら両立できない場合があります。「作業日は土日」と「連絡も含めて土日だけで完結する」は別です。

応募前に、固定会議、連絡可能時間、緊急対応、レビュー修正、検収の時間帯まで確認してください。本記事では特定サービスの土日案件数を確認できていないため、件数や見つけやすさは断定しません。

SAAとSAPのどちらが副業に有利ですか

資格名だけで有利不利を決めることはできません。担当したい仕事の要件と、自分が説明できる実務・検証の範囲を合わせて考えます。

SAAとSAPの難易度や範囲の違いはAWS SAPの難易度にまとめています。副業のためだけに上位資格へ進むより、現在の資格範囲で1つ構成を作り、説明できない箇所を見つけるほうが先になる場合もあります。

Midworksは副業専用ですか

本記事で確認しているMidworksは、フリーランスエンジニア向けのエージェントです。副業専用とは書いていません。希望する稼働日数や時間帯に合う案件があるか、会社員の検討段階で相談できるかは、公式サイトと担当者へ確認してください。

管理人は利用経験がないため、案件紹介や契約成立を保証するようなことは書けません。

まとめ

AWS資格を取ると、以前は読めなかった案件要件が読めるようになります。それは確かな前進です。ただし、読めることと担当できることの間には、作業・契約・情報管理の段差があります。

副業を急いで始めるより、勤務先の条件を確認し、自分の経験と検証を分け、返せる成果物を1つ決める。その状態で案件を見るほうが、資格を現実の選択肢へつなげやすいと考えています。