知人の会社から、AWSの請求が増えたので見てほしいと頼まれました。設定を見直すだけの話のはずが、打ち合わせの終わりに「障害のときもお願いできますか」と聞かれます。本業を続けながらの副業で、夜間や休日まで呼ばれる立場になるのは避けたいところです。AWSの副業は、作る仕事か見張る仕事かを先に決めます。

1. AWSの副業で受けやすい仕事と背負いやすい仕事

仕事は3つに分けられる

知人の依頼のように、AWSの副業は「請求の理由を調べて設定を直す」「新しい環境を一度つくる」「動いている環境を見守る」の3つに分けて考えると、受けたあとの暮らしが想像しやすくなります。同じAWSの仕事でも、時間の縛られ方はまるで違います。この区分は資料にあるものではなく、この記事の見立てです。

設定の見直しは、依頼元が困っている点が先に決まっていて、作業の終わりも見通せる仕事です。本業の終わった夜や休日のうち、自分で選んだ時間に進められます。報告書を渡した時点で一区切りになるため、副業として最初に受ける形に向いていると考えます。

構築の単発も、納期までの期間で区切れます。ただし、つくったあとの面倒を誰が見るのかが決まっていないと、完成後に運用の依頼へ流れていきます。冒頭の知人の話のように、見直しの相談がいつの間にか運用の依頼に変わる場面は、構築でも起こります。

運用当番が本業と重なりやすい理由

運用当番は、障害がいつ起きるかを自分で選べません。本業の就業時間と重なれば対応できず、重ならなくても夜間や休日に呼ばれる前提で待つことになります。そのため、本業を続けながら受ける場合は、3つのうちいちばん背負いやすい仕事だと考えます。

運用を受けること自体が悪いわけではありません。ただし、呼び出しの時間帯や一次対応の範囲を決めないまま始めると、副業の枠を超えた稼働になります。決めておく項目は、あとの節で扱います。

作る仕事と見張る仕事

3つを大きく2つに束ねると、作る仕事と見張る仕事になります。設定の見直しと構築の単発は作る仕事、運用当番は見張る仕事です。どちらの仕事かで、受けたあとの時間の縛られ方が分かれます。この分け方は、依頼を受ける前の打ち合わせで確かめられます。

図の作成：Remogu編集部。書き手の見立てを整理したもので、統計データではありません

では、見張る仕事を背負うかどうかを決める前に、クラウドの安全が誰の役割で成り立っているのかを確かめます。

2. クラウドの安全は役割分担で成り立つ

手引きが前提にしている役割分担

IPAは「中小企業のためのクラウドサービス安全利用の手引き」で、チェックシートと解説編を通じて、利用者が自分の役割と責任を認識したうえでクラウドサービスを活用するよう促しています¹。手引きの前提には、セキュリティが事業者と利用者の役割分担で維持される考え方があります。

手引きは中小企業のクラウド利用を対象にした資料で、AWSに限った内容ではありません。そのため、AWSの副業を考えるときは、個別のサービスの仕様の話としてではなく、クラウド全般に通じる背景として読みます。

図の作成：Remogu編集部。IPAの手引きの記述をもとに整理した概念図で、統計データではありません

利用者の側に残る仕事

事業者が受け持つ部分があるなら、利用者が受け持つ部分も残ります。依頼元が利用者の側にいる場合、その部分を点検して直す仕事が生まれます。ここから先は資料の記述ではなく、この記事の見立てです。

点検する仕事は、運用当番と違って、結果を報告した時点で区切れます。副業として受けるときは、点検する範囲と報告の形を先に決めておくと、見張る仕事に流れにくくなります。次は、手引きが挙げる事故の事例です。

3. 事故の事例から見える事業者と利用者の境目

手引きが挙げる事故の事例

手引きは事例を2つ挙げています。1つ目は、レンタルサーバー・クラウドサービス事業者で、事業者側のシステムメンテナンスの作業ミスにより、5,000件を超える顧客データが消失した例です¹。

2つ目は、ファイル転送サービス事業者で、サーバーの脆弱性に対するサイバー攻撃により、480万件を超える利用者の個人情報とログイン情報が漏えいした例です¹。

この2つは手引きが示す事例で、AWSの事例ではありません。クラウドを使う側が、事業者の側で起きた事故を自分の問題として受け止める材料として読みます。

事例ごとの原因と規模

表は2つの事例を、種類・起きた場所・原因・規模で並べています。1つ目は事業者の作業の誤りで、2つ目は外部からの攻撃です。原因は違いますが、顧客データや利用者の情報が失われたり漏れたりした点は共通しています。どちらも事業者の側で起きた事故であり、利用者の操作が引き金になった例ではありません。

事例の種類	起きた場所	原因	規模
データの消失	レンタルサーバー・クラウドサービス事業者	事業者側のシステムメンテナンスの作業ミス	顧客データ5,000件超
情報の漏えい	ファイル転送サービス事業者	サーバーの脆弱性に対するサイバー攻撃	個人情報とログイン情報480万件超

データが消失した例を読むと、事業者に預けたデータでも、利用者の側で控えを持つ備えが気になります。これは資料の結論ではなく、この記事の見立てです。

見張る仕事を受ける場合は、こうした事故が起きたときの一次対応を誰が担うのかが、受ける前の論点になります。次は、利用者の側で確かめる項目を、区切れる仕事として見ます。

4. 利用者が確かめる項目は区切れる仕事になる

手引きが挙げる利用者の確認事項

手引きは利用者の確認事項のうち、利用者の認証を厳格に行うことを挙げています。あわせて、サービス停止やデータの消失・改ざんなどに備えて、バックアップに責任を持つことも挙げています¹。

この2つは、見張る仕事ではなく、今の状態を点検して直す作業として切り出せます。認証なら、ログインの方式と管理者の範囲を見ます。バックアップなら、取得されているか、戻せる状態かを見ます。いずれも、報告書を渡した時点で区切れる形です。

確認項目と副業で受ける形

表は、手引きが挙げる項目のうち認証とバックアップの2つに、権限の見直しを加えた3項目を並べています。権限は手引きの項目ではなく、この記事が点検の対象として加えたものです。右の列は書き手の見立てで、資料に書かれた内容ではありません。副業として受けるときは、項目ごとに点検して報告するところまでを仕事の範囲に置くと、運用の依頼と切り分けられます。

確認項目	手引きの記述	副業で受ける形
認証	利用者の認証を厳格に行う	ログインの方式と管理者の範囲を点検して報告する
権限	手引きの項目ではなく、この記事が加えた項目	付与している権限の範囲を見直して報告する
バックアップ	バックアップに責任を持つ	取得の状態と戻せるかを点検して報告する

3つのうちバックアップは、取得の設定を整えて終えるのか、復旧の対応まで引き受けるのかで、見張る仕事に近づきます。受ける前に、整えるところまでか、復旧まで見るのかを書面で分けておきます。

次は、政府がクラウドの利用環境をどう整えているかを見ます。

5. 政府が進めるクラウドの利用環境づくり

デジタル庁が公表した決定

デジタル庁は2026年3月27日、令和8年度におけるガバメントクラウド整備のための新規クラウドサービスを決定したと公表しました²。クラウドの利用環境を整える動きは、民間の中小企業だけでなく、政府の側でも続いています。

この記事で紹介するのは、決定が公表されたという事実までです。どの事業者のサービスが対象なのか、決定の影響がどこまで広がるのかは、ここでは扱いません。AWSの副業を考えるときの背景として、政府もクラウドの整備を年度ごとに進めている、という点だけを受け取ります。

副業を受ける側が受け取れること

出典：デジタル庁「ガバメントクラウド」（2026年3月27日）をもとに作成

図は、ガバメントクラウドの整備のために、令和8年度の新規クラウドサービスが決まった流れを示しています。資料に書かれているのは決定の公表までで、副業の仕事がどう増えるかは書かれていません。

そのため、この決定を根拠に「AWSの副業が増える」と読むことはしません。ただし、政府がクラウドを使う前提で環境を整えている以上、クラウドの利用者の側にも確かめる項目が残るという見方は、前の節の手引きとつながります。これは書き手の見立てです。

次は、運用当番を受けると決めたときに、先に決めておく項目です。

6. 運用当番を受けるなら決めておくこと

呼び出しと一次対応の線引き

運用当番を受けるなら、依頼元と話し合っておきたい項目が4つあります。呼び出しの時間帯、一次対応の範囲、バックアップの責任の所在、当番が報酬に含まれるかどうかです。いずれも資料に書かれた基準ではなく、書き手の見立てです。

呼び出しの時間帯は、本業の就業時間と重ならない枠に限るのが基本の考え方です。連絡を受ける時間帯を先に決めておけば、本業の最中に障害の連絡が入り、どちらを優先するか迷う場面を減らせます。

一次対応の範囲は、障害の切り分けまでなのか、復旧の作業まで含むのかで負担が大きく変わります。切り分けまでなら、状況を報告して依頼元の担当者に引き継げます。復旧まで受けると、作業が終わるまで手が離せません。

決めておく項目の一覧

表は、決めておく4つの項目について、決め方の例と、決めずに始めたときに起きやすいことを並べています。例の列は一例で、案件によって適した形は異なります。右の列は書き手の見立てで、資料に基づく記述ではありません。

決めること	例	決めずに始めると
呼び出しの時間帯	本業の就業時間を外した枠で連絡を受ける	本業の最中に連絡が入り、対応が遅れる
一次対応の範囲	障害の切り分けと報告までを受け持つ	復旧の作業まで頼まれて、稼働が膨らむ
バックアップの責任の所在	取得の設定を整えるまでか、復旧まで見るかを書面で分ける	データが失われたときに、どちらの責任か決まらない
報酬に含むか	当番の待機と対応を、報酬の対象として別に決める	待機している時間が、無報酬のままになる

決められないときの選び方

4つのうち、依頼元と折り合いが付かない項目が残ることもあります。そのときは、運用当番を受けずに、設定の見直しや構築の単発に絞る選択があります。見張る仕事を引き受けない判断は、副業を続けるための線引きです。

バックアップの責任の所在は、手引きがチェック項目に挙げているものでもあります¹。依頼元の側で責任を持つのか、副業で受ける側が持つのかを曖昧にしたまま始めると、データが失われたときの話が決まりません。

次は、ここまでの内容を踏まえて、受ける仕事を選ぶ順番を整理します。

7. 本業と並べるための選び方

依頼を受ける前に決める順番

AWSの副業は、依頼を受ける前に決める順番があります。最初に、作る仕事か見張る仕事かを決めます。次に、手引きが挙げる認証やバックアップなどの確認項目のうち、どこまでを受けるかを決めます。そのうえで、運用当番の有無を確かめ、最後に契約の中身へ反映します。

図の作成：Remogu編集部。書き手の見立てを整理したもので、統計データではありません

順番を入れ替えると、判断が難しくなります。たとえば、契約を先に結んでしまうと、あとから運用当番の話が出ても、範囲を決める余地が少なくなります。

各節の確認を順番に当てはめる

この記事で確かめた内容は、順番のどこかに当てはまります。クラウドの安全は事業者と利用者の役割分担で成り立つこと¹は、確認項目の範囲を決める根拠になります。手引きが事故の事例を挙げていること¹は、依頼元に点検の必要性を説明する材料です。

認証とバックアップが手引きのチェック項目に含まれていること¹は、点検して報告する仕事の範囲を決める手がかりです。政府がクラウドの整備を年度ごとに進めていること²は、クラウドを使う前提が広がっている背景として受け取ります。

次の一歩と、冒頭の一言

Remogu（株式会社LASSIC運営）は、リモートワーク案件特化のエンジニアマッチングで、案件の90%以上がフルリモート可能です。本業を続けながら受ける副業でも、場所に縛られずに進められる案件を探す入口になります。登録して、自分の経験に合う条件を確かめるところから始められます。

知人から「障害のときもお願いできますか」と聞かれたとき、その場で返事をしなくてかまいません。AWSの副業は、作る仕事か見張る仕事かを先に決めます。作る仕事に絞るなら、点検して報告するところまでを範囲にします。見張る仕事も受けるなら、時間帯と一次対応、報酬の扱いを決めてから引き受けます。

8. よくある質問

インフラの経験がAWSだけでも副業は受けられますか

受けられると考えます。ただし、自分の経験で対応できる範囲に絞ることが前提です。AWSの設定の見直しや構築の単発は、対象の環境が決まっているため、経験の範囲で受けるかどうかを判断しやすい仕事です。運用当番まで受ける場合は、障害の切り分けを自分で進められるかを先に確かめます。これは書き手の見立てです。

GCPやAzureの経験でも同じ考え方で受けられますか

役割分担の考え方は、クラウド全般に通じます。IPAの手引きは中小企業のクラウド利用を対象にしており、利用者が自分の役割と責任を認識するよう促しています¹。AWSに限った内容ではないため、GCPやAzureでも、利用者の側に残る確認項目を点検して報告する形で受けられると考えます。作る仕事か見張る仕事かを先に決める順番も変わりません。

週1日や土日だけで受けられるAWSの仕事はありますか

運用当番の有無で決まります。設定の見直しや構築の単発は、納期までの作業時間を自分で配分できるため、週1日や土日に収めやすい形です。運用当番は障害の時間を選べないので、週末だけの稼働とは合いにくくなります。受けられるかどうかは案件によって異なるため、打ち合わせで当番の有無を確かめます。これは書き手の見立てです。

※公開中の案件数は時期によって変わります。記事中の案件の傾向は執筆時点のものです。

出典・参考情報

＊1 独立行政法人情報処理推進機構「中小企業のためのクラウドサービス安全利用の手引き」（2026年6月・2026年10月確認）
＊2 デジタル庁「ガバメントクラウド」（2026年3月27日・2026年10月確認）