「AWS の環境、自分たちで動かすところまでは作れた。でも、このまま本番で使っていいのか分からない…」
「サーバーもデータベースも権限も、どこまで開発会社に頼めばいいんだろう」
新しいシステムの AWS 構築で、こんな場面で止まっていませんか?
AWS に詳しい人が社内にいないと、頼む範囲も、先に自分たちで決めておくことも見えません。
本記事では、インフラ構築で頼む範囲と、その前に用意する3つ・決める4つを解説します。
この記事の要点
- 頼む範囲:ネットワーク・サーバーとデータベース・権限・運用の準備という4つの層で分ける
- 先に用意する3つ:AWS アカウント・ドメイン・サービス名とロゴ
- 先に決める4つ:稼働率・回復までの日数・バックアップ・災害対策
AWS 構築の悩み:こんなことありませんか?
AWS 構築で止まる原因は技術の知識より、「どこまでを誰がやるか」が決まっていないことです。
自分たちで動かすところまでは作れた。でも、この先が不安
AWS には公式の教材があり、手順どおりに進めれば試作は動きます。
困るのはその先です。教材にない作り込みが必要になった、本番で使える設定なのか判断できない、という場面で手が止まります。
サーバー・データベース・権限、どこまで頼めばいいか分からない
開発会社に「AWS の構築をお願いします」と言っても、相手が何を作ればよいかは決まりません。
サーバーだけなのか、権限の設計や監視まで含むのか。この線引きがないまま見積もりを取ると、会社ごとに範囲が違うものが並びます。
月の利用料がいくらになるか読めない
AWS は使った分だけ請求が来ます。どのサービスを選んだかで月の利用料が変わるので、構成を決める前に金額は出ません。
「作ってから請求を見て驚く」を避けるには、構成を決める段階で費用の考え方を聞いておく必要があります。
「Claude Codeで始める業務改善 20事例」を無料でお配りしています
インフラ構築とは?AWS で一から作るときに決める4つの層
インフラ構築とは、システムを動かす土台(ネットワーク・サーバー・データベース・権限・運用の仕組み)を用意する仕事です。
AWS で新しいシステムの環境を一から作るときは、次の4つの層に分けて考えると、頼む範囲がはっきりします。
① ネットワーク:外から入れる場所と入れない場所を分ける
インターネットから直接つながる場所と、データベースのように外から見せない場所を分けます。
ここは発注する側が決めることはほとんどなく、開発会社が設計して作ります。
② サーバーとデータベース:役割ごとに置き場所を決める
画面を出すサーバー、データを保存するデータベース、画像などのファイルの置き場所を、それぞれ用途に合ったサービスで用意します。
発注する側が関わるのは「どれくらいの人が使うか」「止まってよいのはどこまでか」の2つです。この2つで、サーバーの大きさと台数が変わります。
③ 権限とアカウント:誰が何をできるかを決める
AWS では、人ごと・用途ごとに「できること」を細かく分けられます。管理者の権限を全員で共有すると、誰が何を作ったか分からなくなります。
アカウントそのものは発注する側が持ちます。その中で、開発会社に渡す権限、社内の人が使う権限を分けて作ります。
④ 運用の準備:監視・バックアップ・費用の見える化
作って終わりではなく、止まったら気づける仕組み、データを戻せる仕組み、費用が何にかかっているか分かる仕組みを最初に入れます。
ここを省くと、本番で動き始めてから「気づかないうちに止まっていた」「何にいくらかかっているか分からない」が起きます。

AWS 構築の4つの層と、発注する側の役目
- ネットワーク:開発会社が設計して作る
- サーバー・DB:使う人数と止まってよい範囲を伝える
- 権限・アカウント:アカウントは自社で持つ
- 運用の準備:監視・バックアップ・費用の見える化を最初に入れる
既に動いているシステムを AWS に移す話は、一から作る話と進め方が違います。クラウド移行の進め方は、クラウド移行は何から始めるかの手順で解説しています。
自分で作るか、頼むか:過去の案件で相談が来た3つの場面
自分たちで試作を動かすところまでは作れる会社でも、相談が来るのは「教材の先」「費用の判断」「社内規定への合わせ方」の3つです。
当社が AWS の環境づくりを頼まれた過去の案件では、お客さんは教材に沿って、社内の資料を検索する仕組みを自分たちで一通り動かすところまで作れていました。それでも相談が来たのは、次の3つの場面です。
① 教材の範囲を超える作り込みが必要になった
教材どおりに作れば動きます。ただ、自社の使い方に合わせた作り込みは教材にありません。
「ここから先は何を調べればよいかも分からない」という状態で、相談が来ました。
② 費用を考えた構成の判断ができなかった
同じことをする AWS のサービスは複数あり、費用が違います。過去の案件では、試作の段階なのに、データの保存先に本番向けの高いサービスが選ばれていました。
動くことは動きます。ただ、月の利用料は試作に見合わない額になっていました。
③ 社内規定に合わせた設定が分からなかった
どの地域(リージョン)でデータを処理するかは、社内のルールで決まっている会社があります。
教材の初期設定のままでは社内規定に合わず、設定を変える方法を調べる所で止まっていました。
ソフィエイトの見立て
同じ案件で、お客さんが使っていたユーザーの権限は強すぎました。そこで、用途ごとにユーザーを別に作り、グループで権限を絞る形に直すよう頼みました。
別の引き継ぎの案件では、AWS のアカウント番号が分からなくなっていて、重要な通知の宛先も前任者のままでした。自分たちで作った環境でも、「誰が何をできるか」と「アカウントの基本情報」は最初に整えておく必要があります。
「Claude Codeで始める業務改善 20事例」を無料でお配りしています
頼む前に用意する3つ・決める4つ
AWS 構築を頼む前にそろえるのは、用意するものが3つ、決めることが4つです。
過去の案件で、お客さんに先に用意・判断してもらったものをまとめます。
用意する3つ:AWS アカウント・ドメイン・サービス名とロゴ
AWS アカウントは、発注する側の名義で作ります。請求先が自社になり、開発会社が変わっても環境が手元に残るからです。
過去の案件では、お客さん側でアカウントの発行とログインの管理、ユーザーの作成まで済ませてから当社が入る形を取ったこともあります。
ドメイン(サイトの住所)と、サービス名・ロゴも先に用意します。どちらも構築の途中で必要になり、決まっていないと作業が止まります。
決める4つ:どこまで止まってよいか
「絶対に止めない」構成は費用が跳ね上がります。先に「どこまで止まってよいか」を決めると、構成と費用が定まります。
過去の案件で出した条件の例は、次の4つです。
| 決めること | 過去の案件の例 | 決めないと起きること |
|---|---|---|
| 稼働率 | 99% | 構成が過剰か不足かが決まらない |
| 障害からの回復 | 2〜3営業日以内 | 夜間対応の有無で保守費が変わる |
| バックアップ | 毎日・14日保持 | 戻せる日数と保存の費用が決まらない |
| 災害対策 | 対象外 | 別の地域に二重に持つかで費用が倍になる |
稼働率 99% は、1年で約3.6日止まってよい計算です。社内向けの仕組みや立ち上げ直後のサービスなら、この条件で費用を抑えた構成にできます。
この4つは「非機能要件」と呼ばれる項目の一部です。数字の決め方は、非機能要件を発注する側が数字で決める方法で解説しています。
開発会社から頼まれる2つ:費用の札と、入り方
過去の案件で、当社からお客さんに頼んだことが2つあります。
1つは、検証用と本番用の費用を分けて見られるように、管理の設定で「費用の札(コスト配分タグ)」を有効にしてもらうこと。これがないと、請求書を見ても何にいくらかかったか分かりません。
もう1つは、サーバーへ入る方法を、鍵を配る方式(SSH)ではなく、AWS の管理画面から入る方式(Session Manager)にすること。鍵の受け渡しがなくなり、誰がいつ入ったかの記録も残ります。

頼む前にそろえるもの
- AWS アカウント:自社の名義で作る
- ドメイン:先に取っておく
- サービス名・ロゴ:途中で止まらないように
- 止まってよい範囲:稼働率・回復・保存・災害対策
- 費用の札:検証と本番を分けて見る
要件を一覧にして漏れを確かめたいときは、クラウド導入の要件定義で決める項目のチェックリストが使えます。
「サーバーを1台にまとめて安くできませんか?」への答え
1台にまとめればサーバー費は下がります。ただ、落ちるリスクと手間が増え、全部を足すと費用がかさむことがあるので、おすすめしていません。
AWS 構築の見積もりを見たお客さんから、「データベース・アプリ・管理画面・ファイルのサーバーを1台にして費用を下げられないか」と聞かれることがあります。当社の答えは次のとおりです。
分けるのは、数千人が使っても耐えるための標準的な形
役割ごとにサーバーを分けるのは、セキュリティと性能を考えた業界の標準的な形です。本番で数千人規模の利用に耐えるための使い方です。クラウドは用途に合わせてサービスを組み合わせる前提で作られています。
1台にまとめると起きる3つのこと
VPS(1台の仮想サーバー)などにまとめれば、月のサーバー費は確かに下がります。代わりに次の3つが起きます。
- 性能を小まめに変えられない:使う人が増えたときに部分だけ強くできず、移行のたびに作業の時間がかかる
- 急なアクセス集中で落ちる:1台が止まるとすべてが止まる
- セキュリティ対策の手間が増える:外に見せる部分と見せない部分が同じ場所にあり、守り方が難しくなる
だから、月のサーバー費だけで比べて1台にまとめることは、おすすめしていません。

構築のあとに毎月かかる費用の内訳は、保守・運用費の考え方で解説しています。
「Claude Codeで始める業務改善 20事例」を無料でお配りしています
インフラ設計で失敗しないための注意点
過去の案件で実際に起きたことから、インフラ設計で先に手を打つ所は4つです。
管理者の権限を全員で使い回さない
最初は楽ですが、誰が何を作ったか分からなくなり、消してよいものが判断できなくなります。
人ごと・用途ごとにユーザーを分け、必要な権限だけ持たせます。開発会社に渡す権限も、作業に要る範囲に絞ります。
アカウント番号と通知の宛先を自社で控える
引き継ぎの案件で、アカウント番号が分からず、重要な通知が前任者のメールに届いたままになっていたことがありました。
アカウント番号・請求先・通知の宛先は、担当者が変わっても分かる場所に控えておきます。
検証と本番の費用を分けて見る
費用の札を最初に付けておくと、「試しに作った環境が消し忘れで課金されていた」に気づけます。あとから付けると、それより前の分は分けられません。
注意:構築費と月の利用料と保守費は別の項目
AWS 構築の見積もりには、作るときの構築費のほかに、作ったあとに AWS に払う月の利用料と、監視や更新を頼む保守費があります。構築費だけ比べて決めると、月々の費用で差が出ます。3つを分けて書いてある見積もりかを確かめてください。
外から入れる所は、作ったあとに確かめる
ネットワークの設定を1つ間違えると、見せないはずのデータベースが外から見える状態になります。
本番で使い始める前に、外から入れる所がないかを確かめる脆弱性診断を行うと、設定の抜けを公開前に直せます。進め方は、脆弱性診断のやり方と報告書から直す順番で解説しています。
インフラ設計で先に手を打つ4つ
- 権限:人ごと・用途ごとに分ける
- アカウント情報:番号・請求先・通知先を控える
- 費用の札:検証と本番を最初から分ける
- 外からの入口:公開前に診断で確かめる
まとめ:3つ用意し、4つ決めてから頼む
AWS 構築を開発会社に任せるときは、ネットワーク・サーバーとデータベース・権限・運用の準備という4つの層で頼む範囲を分けます。先に用意する3つ(AWS アカウント・ドメイン・サービス名とロゴ)と決める4つ(稼働率・回復までの日数・バックアップ・災害対策)をそろえてから相談します。すると各社の見積もりの範囲が合い、構成の判断が速くなります。
自分たちで試作を動かせても、教材の先の作り込み・費用に見合う構成の判断・社内規定への合わせ方は、開発会社に頼む価値がある所です。サーバーを1台にまとめる案は、月のサーバー費は下がっても手間と止まるリスクで費用が増えることがあるため、おすすめしていません。
当社では、AWS の環境づくりを含むシステム開発を、小規模なもので100万〜400万円、中規模なもので500万〜2,000万円(税抜)でお受けしています。保守は月11万円〜(税抜)です。AWS 構築だけの相談、既に自分たちで作った環境の見直しもお受けしています。