AWSコストはどう決まる?料金の仕組みと見積もり・削減の方法
AWSは柔軟にシステムを構築できる一方、複数のサービスや使用量に応じて料金が発生するため、AWSコストの把握は複雑になりがちです。 課金の仕組みを理解していないと、予算超過や費用の発生源がわからなくなる恐れがあります。本記事では、AWSコストの料金体系や構成別の月額目安、見積もり方法からコスト管理・削減策まで解説し、適切な予算を立てるためのポイントを紹介します。
AWS料金の仕組み
AWSコストとは、AWS上で使ったリソースの量と時間に応じて毎月請求される利用料金の総額です。初期費用はかからず、サーバー、データベース、ストレージ、ネットワーク、データ転送の5つの項目ごとに「使った量×単価」で計算した金額の合計が、毎月の請求額になります。同じサービスでも、利用するリージョン(データセンターの所在地域)によって単価は異なります。
料金表の金額は「税別・米ドル建て」
AWSの料金ページにも明記されているとおり、料金表は税別の米ドル建てで、日本の請求先住所で契約する場合は消費税が別途かかります。支払通貨を円に設定しても、単価はドル基準のまま為替の影響を受けます。
サーバー代
サーバー代は、仮想サーバー(Amazon EC2)を動かした時間に応じてかかる費用です。CPUとメモリの性能(インスタンスタイプ)ごとに1時間あたりの単価が決まっており、「性能×稼働時間」で月額が決まります。
Linuxは秒単位で課金され、停止した時点で課金が止まります。Windows Serverを選ぶとライセンス料を含む単価になり、t3系は高負荷が続くとCPUクレジットの追加料金がかかります。サーバーを常時動かさないAWS Lambdaは、プログラムの実行回数と実行時間で課金されるため、アクセスの少ない処理では費用を抑えやすくなります。
データベース代
データベース代は、バックアップや障害時の切り替えをAWSに任せられるデータベース(Amazon RDS)の費用です。サーバーと同じく「性能×稼働時間」に、確保したストレージ容量の料金が加わります。
待機系を別のアベイラビリティゾーン(AZ)に置くMulti-AZ構成では、インスタンスもストレージも2系統分かかるため、費用は約2倍になります。データベースをサーバーに同居させればこの費用はかかりませんが、サーバー1台が止まるとサービス全体が止まります。
ストレージ代
ストレージ代は、データを保存するために確保した容量(GB)に応じて毎月かかる費用です。サーバーに接続するディスク(Amazon EBS)と、画像やファイルを保存するAmazon S3が代表的で、同じ容量ならS3のほうが単価は低くなります。バックアップ(スナップショット)やログの保存分もこの費用に含まれます。
ネットワーク代
ネットワーク代は、通信を振り分けたり外部と接続したりする仕組みにかかる費用です。主に次の3つがあり、いずれも通信量にかかわらず時間単位で課金されるため、アクセスが少ない月でも固定費のように発生します。
- ロードバランサー(ALB):アクセスを複数のサーバーに振り分ける仕組み。時間料金に、処理量に応じた料金が加わる
- NATゲートウェイ:外部から直接アクセスできない場所(プライベートサブネット)のサーバーが、インターネットと通信するための中継。時間料金に処理量1GBごとの料金が加わり、AZごとに置くと台数分かかる
- パブリックIPv4アドレス:インターネットから接続するためのアドレス。1個ごとに時間単位で課金される
データ転送代
データ転送代は、AWSから外部へ送るデータの量に応じてかかる費用です。外部からAWSへの受信は無料で、インターネットへの送信も全サービス合算で月100GBまでは無料です。
それを超える分は1GBごとに課金されます。サーバーやストレージと違って構成図からは金額が決まらず、アクセス数や配信する画像・動画の量で変わります。
AWS料金の目安
5つの項目の費用は、サービスごとの単価と使う量から計算できます。主なサービスの単価と、それを積み上げた構成例ごとの費用は次のとおりです。
主要なAWSサービスの単価
| サービス | 単価(USD・税別) | 1か月の目安 |
|---|---|---|
| EC2 t3.small(2vCPU・2GiB) | 0.0272/時 | 約2,980円 |
| EC2 t3.medium(2vCPU・4GiB) | 0.0544/時 | 約5,960円 |
| AWS Lambda(月100万回・512MB・0.5秒) | 0.20/100万回+0.0000166667/GB秒 | 0円 |
| RDS db.t4g.medium(Single-AZ) | 0.101/時 | 約11,060円 |
| RDS db.t4g.medium(Multi-AZ) | 0.202/時 | 約22,120円 |
| EBS 汎用SSD(gp3)100GB | 0.096/GB月 | 約1,440円 |
| S3 標準 100GB | 0.025/GB月 | 約380円 |
| Application Load Balancer | 0.0243/時+LCU | 約2,660円〜 |
| NATゲートウェイ | 0.062/時+0.062/GB | 約6,790円〜 |
| パブリックIPv4アドレス 1個 | 0.005/時 | 約550円 |
| インターネットへのデータ転送(無料分を超える1TB) | 0.114/GB(10TBまで) | 約17,100円 |
表1: 主要なAWSサービスの単価
※2026年11月時点の東京リージョン(アジアパシフィック)のオンデマンド単価(EC2はLinux、RDSはMySQL、Multi-AZはスタンバイ1台の配置)で計算。リージョンによって単価は異なり、多くのサービスで米国東部(バージニア北部)は東京より2〜4割ほど低い単価です。円換算は1ドル=150円、730時間稼働で計算。WindowsやSQL Serverはライセンス料を含む単価になります。Lambdaは無料枠(月100万回・40万GB秒)内の例。LCUはALBの処理量に応じた課金単位。出典:Amazon EC2・EBS・S3・RDS・VPC・Elastic Load Balancing・AWS Lambdaの各料金ページ、データ転送の無料枠はAWS(2021)(参考文献1〜8)。
構成例ごとの費用
表1の単価で、サーバー1台の小規模構成と、停止に強い冗長構成の費用を項目別に積み上げると、月額の目安は次のとおりです。
| 費用の項目 | 小規模構成 (サーバー1台) | 冗長構成 (サーバー2台+待機系DB) |
|---|---|---|
| サーバー代 | 約2,980円 | 約11,910円 |
| データベース代 | 0円 | 約26,260円 |
| ストレージ代 | 約510円 | 約1,240円 |
| ネットワーク代 | 約550円 | 約12,430円 |
| データ転送代 | 0円 | 約6,840円 |
| 合計(月額) | 約4,000円 | 約58,700円 |
表2: 項目別に積み上げたAWSコストの目安(月額)
※カオピーズ試算(表1と同じ単価、税別、1ドル=150円、730時間稼働)。AWSの利用料のみで、構築費や運用保守の委託費、AZ間の通信料は含みません。
※小規模構成:EC2 t3.small×1にWebとデータベースを同居、EBS 30GB、S3 20GB、パブリックIPv4×1、転送量 月50GB(無料枠内)。冗長構成:EC2 t3.medium×2、RDS db.t4g.medium Multi-AZ(ストレージ100GB)、ALB(LCU平均1)、NATゲートウェイ×1(処理量 月50GB)、パブリックIPv4×3、EBS 30GB×2、S3 100GB、転送量 月500GB。
冗長構成の月額は小規模構成の約15倍です。差の大半はサーバーの性能ではなく、待機系を持つデータベース(全体の約45%)と、ロードバランサーやNATゲートウェイなどのネットワーク代で、ネットワーク代だけでサーバー代を上回ります。
どちらの構成を前提にするかは、どの時間帯にどの程度の停止を許容できるかで判断します。なお、サーバーを持たない静的サイト(S3+CloudFront)なら、データの保存料だけで月数十円から運用できます。
AWSコストの見積もり方法
構成別の試算はあくまで出発点であり、稟議に通る予算にするには自社の要件を数値に置き換えて積み上げる必要があります。見積もりは次の5つの手順で進めると、項目の漏れと手戻りを抑えられます。
1. 要件を数値に置き換える
最初に、稼働時間、データ量、許容できる停止時間の3つを数値で決めます。たとえば月間10万PV、1ページあたり平均2MBのサイトなら、インターネット向けの転送量は月約200GBと見積もれます。
保存データは現在の容量だけでなく、1年後までの増加ペースも置いておきます。数値が決まらない項目は「少ない・標準・多い」の3パターンで仮置きし、次の作業に進みます。
2. 環境ごとのリソース一覧を作る
本番・検証・開発の環境ごとに、サーバーの台数とサイズ、データベースの方式、配置するAZの数を一覧にします。構成図では省略されがちな要素も、一覧では必ず1行ずつ立てておきます。
検証環境は、本番の何割の規模で、いつ動かすかもこの段階で決めておきます。複数社の見積もりを比べるときは、データベースの冗長化方式とNATゲートウェイの台数がそろっているかを先に確認すると、価格差の理由を正しく評価できます。
3. AWS Pricing Calculatorで費用を積み上げる
AWSが無料で提供するAWS Pricing Calculatorに、リソース一覧をそのまま入力します。リージョンは実際に利用する予定のものを選び、稼働時間は常時稼働なら730時間とし、検証環境は実際の稼働予定時間で入力します。
見積もりは共有用リンクやファイルで出力できるため、稟議資料に添付すると前提条件の確認がスムーズです。
4. 見落としやすい費用を確認する
入力が終わったら、構成図に現れにくい次の費用が含まれているかを確認します。
- パブリックIPv4アドレス(ALB・NATゲートウェイ・EC2に付与される分を含む)
- NATゲートウェイのデータ処理量
- AZ間のデータ転送(冗長構成で発生)
- EBSスナップショット・RDSバックアップの保持分
- CloudWatch Logsなどログの取り込みと保存
- AWS WAFやAmazon GuardDutyなど、セキュリティサービスの料金
- 有料サポートプランの料金
- データベースエンジンのサポート期限(延長サポート料金の有無)
- 無料利用枠・クレジット終了後の通常料金
5. 為替・消費税・予備費を乗せて予算化する
最後に、ドル建ての試算額を円建ての予算に変換します。計算式は次のとおりです。
AWSコストの予算化の計算式
予算(円)=試算額(USD)×想定為替レート×1.10(消費税)×(1+予備費率)
たとえば表2の冗長構成で想定レートを1ドル=160円、予備費率を15%とすると、月額予算は約7.9万円になります。1ドル=150円で単純換算した約5.9万円と比べると、約2万円の差が生じます。
予備費率は、アクセス予測が不確かな新規サービスほど高めに、利用実績のある既存システムの移行では低めに設定します。予算書には想定レート・予備費率・想定転送量を併記し、差異が出たときに原因を切り分けられるようにしておきます。なお、この予算はAWSの利用料です。監視や障害対応を外部に委託する場合は、24/365(24時間365日)の運用体制とコストを参考に、その費用を別に見積もります。
AWSコストが想定を超える原因
丁寧に見積もっても、運用を始めると請求額が予算を上回ることは少なくありません。原因の多くは構成図に現れない費用で、パターンを知っていれば事前に手を打てます。
1. 外部への転送量とNAT経由の通信
画像や動画の配信量、外部APIとの連携、OSやライブラリの更新は、運用開始後に想定より増えやすい通信です。プライベートサブネットからの通信はNATゲートウェイを経由するため、こうした通信が増えるほど費用も膨らみます。
Amazon VPCの料金ページによると、NATゲートウェイを通るデータには、通常の転送料金とは別に1GBごとの処理料金がかかります。NAT経由でインターネットへ送るデータは、直接送信する場合の約1.5倍の単価になります。
2. 停止・削除し忘れたリソース
EC2インスタンスを停止しても、接続しているEBSボリュームの料金は発生し続けます。また、パブリックIPv4アドレスは使用中か未使用かを問わず同じ時間単価で課金され、NATゲートウェイは削除するまで課金が止まりません。
使っていないIPv4アドレスが1個残っているだけでも、月約550円が請求され続けます。
3. 蓄積し続けるログとバックアップ
CloudWatch Logsのログ、EBSスナップショット、RDSの手動スナップショットは、保持期間を決めない限り削除されずに残ります。1か月ごとの増加は小さくても、運用年数に比例して保存料金は増え続けます。
4. 24時間稼働の検証・開発環境
検証環境や開発環境は、本番と同じ設定のまま24時間稼働していることが多い領域です。見積もりで平日日中のみの稼働を前提にしていても、停止の仕組みがなければ24時間稼働のままになります。
カオピーズの試算では、検証環境(EC2 t3.small・RDS db.t4g.medium Single-AZ、ストレージ込み)を平日日中だけ稼働させれば月約6,500円ですが、24時間稼働のままでは月約1.6万円と2倍以上になります。
5. 為替と消費税
料金表の金額をそのまま円に換算して予算にすると、消費税分の10%が不足するうえ、円安が進めば同じ使用量でも請求額が増えます。
前述の予算化の計算式で予算を組み、四半期ごとに想定レートを見直します。
6. 無料利用枠とサポート期限の終了
AWSの発表によると、2025年7月15日以降に作成したAWSアカウントには、従来の12か月無料枠ではなく、最大200ドル相当のクレジットと最長6か月の無料プランが適用されます。無料期間中の請求額を基準にすると、有料プランへの切り替え後に想定外の費用が発生します。
データベースのバージョンにも同じ注意が必要です。AWSのブログによると、Amazon RDS for MySQL 8.0は2026年7月31日に標準サポートが終了し、その後も8.0を使い続けるインスタンスにはvCPU時間単位の延長サポート料金が自動で加算されます。
Multi-AZ構成では待機系のインスタンスにも課金されるため、延長サポート料金も2倍になります。導入時点でエンジンのサポート期限を確認し、アップグレード作業を年間計画と予算に組み込んでおきます。
AWSコストの管理方法
見積もりの精度を高めても、使い始めてからの監視がなければ支出は管理しきれません。Flexeraの2026年版レポートには、次の結果があります。
回答者はクラウド支出の29%が無駄になっていると推定しており、この割合はAIワークロードの拡大を背景に5年ぶりに増加しました。また、回答者の85%がクラウド支出の管理を課題に挙げています。
こうした無駄を早く見つけるために、AWSには無料で使える管理ツールがそろっています。
| ツール | 主な用途 |
|---|---|
| Billing and Cost Management | 当月の請求額とサービス別内訳の確認 |
| AWS Cost Explorer | サービス別・タグ別の推移分析と将来予測 |
| AWS Budgets | 予算超過・超過予測の通知 |
| AWS Cost Anomaly Detection | 機械学習による異常な支出の検知 |
| コスト配分タグ | 環境・部署・プロジェクト別の集計 |
表3: 費用の確認・管理に使う主なツール
※料金は2026年11月時点のAWS公式料金ページより。Cost Explorerはコンソールでの利用、AWS Budgetsは予算の監視と通知が無料で、アクション付き予算は3つ目から1日0.10USDかかります。
コスト配分タグは構築時に、それ以外のツールは本番稼働の開始までに設定しておきます。
注意したいのは、AWS Budgetsは予算を超えた時点で利用を止める仕組みではなく、通知を送る仕組みだという点です。AWSのドキュメントでも、リソースの利用から請求への反映までには時間差があり、通知が届く前に予算を超える場合があると説明されています。
そのため、予算の50%・80%・100%で段階的に通知を出し、超過の予測値にもアラートを設定します。急な増加を早く捉えるためにCost Anomaly Detectionを併用し、通知を受けた担当者が取る対応まで事前に決めておきます。
運用が始まったら、月に1回は次の4項目を確認するレビューの場を設けます。
- 前月比で増えたサービス:Cost Explorerでサービス別の増加額を確認し、理由を説明できない増加を洗い出す
- タグのないリソース:担当者と用途が不明なリソースを特定し、削除か継続かを決める
- 使用率の低いインスタンス:CPU・メモリの使用率が低い状態が続くサーバーとデータベースを抽出する
- 予算に対する着地予測:当月の着地見込みと予算の差を確認し、超過しそうなら翌月の対策を決める
AWSコストの削減方法
削減はリスクの小さい施策から順に進めます。「削除→適正化→稼働時間の制御→割引契約→設計の見直し」の順にすると、不要な使用量まで割引契約で固定してしまう失敗を避けられます。
1. 使っていないリソースを削除する
最も確実で効果が早いのは、使っていないリソースの削除です。どのインスタンスにも接続していないEBSボリューム、古いスナップショット、関連付けのないElastic IP、利用者のいない検証環境は、削除した月から費用がなくなります。
削除の前にはタグで担当者を確認し、残す必要があるデータは低頻度アクセス向けのS3ストレージクラスへ退避します。ログの保持期間とスナップショットの世代数も、監査や障害調査に必要な期間から逆算して設定し、不要な蓄積を止めます。
2. 使用率に合わせてサイズを見直す
ライトサイジングとは、CPUやメモリの実際の使用率に合わせて、インスタンスのサイズや種類を見直すことです。AWS Compute Optimizerは過去の使用状況を分析し、過剰なサイズのインスタンスと推奨サイズを提示します。
推奨は繁忙期のピークを含む期間のデータで判断し、変更後は性能に問題がないかを1〜2週間監視します。
3. 稼働時間を制御する
24時間の稼働が不要な環境では、稼働時間そのものを減らすのが効果的です。平日の日中12時間だけ稼働させると、月の稼働時間は730時間から264時間になり、時間単位で課金される部分を約64%削減できます。
ただし、停止中もEBSやRDSのストレージ料金は発生するため、削減効果は時間課金の部分に限られます。停止と起動はスケジュールで自動化し、データベースは始業前に立ち上がるよう余裕を持って設定します。
4. 割引の購入オプションで単価を下げる
使用量が安定してきたら、一定の利用を約束する代わりに単価を下げる仕組みを検討します。
| 割引の種類 | 最大割引率・契約条件 | 向いているケース |
|---|---|---|
| Compute Savings Plans | 最大66% 1年または3年、時間あたりの利用額を約束 | 構成変更の可能性がある本番環境 |
| EC2 Instance Savings Plans | 最大72% 1年または3年、リージョンとインスタンスファミリーを固定 | 構成が固まった本番環境 |
| リザーブドインスタンス(RI) | 最大72%(EC2の場合) 1年または3年、インスタンスタイプとリージョンを固定 | 構成が固まったEC2・RDS・ElastiCacheなど |
| Database Savings Plans | 最大35% 1年、前払いなし | RDSやAuroraを継続して使う環境 |
| スポットインスタンス | 最大90% 約束は不要、2分前の通知で中断される場合あり | バッチ処理、CI/CD、検証環境(常時稼働のWebサーバーには不向き) |
表4: 割引の購入オプションと使い分け
※割引率はオンデマンド料金との比較。出典:AWSのSavings Plans・リザーブドインスタンス・スポットインスタンスの各公式ページ、Database Savings Plansの発表(2025年12月)。
割引の効果が大きい選択肢ほど、契約期間中の構成変更に対する柔軟性は下がります。カオピーズでは、2〜3か月分の利用実績がそろってから、常に使い続ける最低限の使用量だけをSavings Plansでカバーし、変動する分はオンデマンドに残す方法をおすすめしています。
約束した利用額は使わなくても支払いが発生するため、将来の縮小や移行の予定も確認したうえで金額を決めます。
5. アーキテクチャを見直す
根本的にコストを下げるには、費用が発生しにくい設計に作り替えます。代表的な施策は、静的コンテンツのCloudFront配信、S3へのゲートウェイ型VPCエンドポイントの利用、アクセスの少ない処理のサーバーレス化です。
CloudFrontの料金ページによると、AWSのオリジンからCloudFrontへのデータ転送は無料のため、配信量が多いサイトほど効果が出ます。配信費用を月額で固定したい場合は、2025年11月に提供が始まったCloudFrontの定額料金プランも選択肢です。
定額料金プランでは、使用量がプランの上限を超えても超過料金は発生せず、配信性能が下がる場合がある仕組みです。そのため、アクセスの急増による請求のぶれを抑えられます。
S3への通信をゲートウェイ型VPCエンドポイント経由にすると、NATゲートウェイの処理料金がかからなくなり、エンドポイント自体にも時間料金や処理料金は発生しません。設計の見直しは開発工数を伴うため、削減見込み額と工数を比べ、投資を早く回収できる施策から着手します。
まとめ
AWSコストは、サーバーの稼働時間やストレージ容量、データ転送量などによって決まり、システムの規模や構成によって月額費用は大きく異なります。適切な予算を立てるには、導入前の見積もりだけでなく、運用開始後のコスト管理と最適化も重要です。
ただし、自社での試算だけでは見落としやすい費用もあり、正確な予算の把握は容易ではありません。カオピーズのAWS導入支援では、システム要件に応じたAWS構成の検討から費用の見積もり、コスト最適化まで支援していますので、具体的な費用を知りたい方はお気軽にご相談ください。
よくある質問(FAQ)
Q1. AWSは月額いくらから使えますか?
静的サイトなら月数十円から使えます。サーバー1台の小規模構成なら、月4,000円前後(税別)が目安です。
Q2. AWSの料金は日本円で支払えますか?
支払通貨を日本円に設定して支払えます。ただし単価はドル基準のため為替の影響は残り、予算にはレートの余裕が必要です。円建ての請求書払いを希望する場合は、AWSパートナーの請求代行サービスを利用する方法もあります。
Q3. AWSの無料利用枠だけで本番運用できますか?
継続運用はできません。2025年7月15日以降の新規アカウントは最大200ドル・最長6か月の無料プランで、その後は有料プランが必要です。
Q4. AWSで予算を超えたら自動で停止しますか?
標準では停止しません。AWS Budgetsは通知が基本で、アクション機能を設定すれば特定のEC2やRDSの停止を自動化できます。
Q5. Savings Plansはいつ購入すべきですか?
不要リソースの削除とサイズの見直しを終え、2〜3か月の実績で安定した使用量が見えてから、その範囲内で購入するのが安全です。
参考文献
- Amazon Web Services.(2026).
「Amazon EC2 On-Demand Pricing」.
https://aws.amazon.com/ec2/pricing/on-demand/ - Amazon Web Services.(2026).
「Amazon EBS Pricing」.
https://aws.amazon.com/ebs/pricing/ - Amazon Web Services.(2026).
「Amazon S3 Pricing」.
https://aws.amazon.com/s3/pricing/ - Amazon Web Services.(2026).
「Amazon RDS Pricing」.
https://aws.amazon.com/rds/pricing/ - Amazon Web Services.(2026).
「Amazon VPC Pricing」.
https://aws.amazon.com/vpc/pricing/ - Amazon Web Services.(2026).
「Elastic Load Balancing の料金」.
https://aws.amazon.com/jp/elasticloadbalancing/pricing/ - Amazon Web Services.(2026).
「AWS Lambda の料金」.
https://aws.amazon.com/jp/lambda/pricing/ - Amazon Web Services.(2021).
「AWS 無料利用枠のデータ転送量の拡大 — リージョンから 100 GB、Amazon CloudFront から 1 TB / 月」.
https://aws.amazon.com/jp/blogs/news/aws-free-tier-data-transfer-expansion-100-gb-from-regions-and-1-tb-from-amazon-cloudfront-per-month - Amazon Web Services.(2025).
「AWS Free Tier now offers $200 in credits and 6-month free plan to explore AWS at no cost」.
https://aws.amazon.com/about-aws/whats-new/2025/07/aws-free-tier-credits-month-free-plan/ - Amazon Web Services.(2026).
「Upgrade strategies for Amazon RDS for MySQL 8.0 to 8.4」.
https://aws.amazon.com/blogs/database/upgrade-strategies-for-amazon-rds-for-mysql-8-0-to-8-4/ - Flexera.(2026).
「Flexera Finds Cloud Value is Rising While AI Waste Grows」.
https://www.flexera.com/about-us/press-center/flexera-finds-cloud-value-is-rising-while-ai-waste-grows - Amazon Web Services.(2026).
「AWS Budgets Pricing」.
https://aws.amazon.com/aws-cost-management/aws-budgets/pricing - Amazon Web Services.(2026).
「AWS Budgets によるコストの管理」.
https://docs.aws.amazon.com/ja_jp/cost-management/latest/userguide/budgets-managing-costs.html - Amazon Web Services.(2026).
「Compute Savings Plans と EC2 Instance Savings Plans」.
https://aws.amazon.com/jp/savingsplans/pricing/ - Amazon Web Services.(2026).
「Amazon EC2 リザーブドインスタンス」(Amazon EC2 リザーブドインスタンスと AWS のその他の予約モデル).
https://docs.aws.amazon.com/ja_jp/whitepapers/latest/cost-optimization-reservation-models/amazon-ec2-reserved-instances.html - Amazon Web Services.(2025).
「Announcing Database Savings Plans with up to 35% savings」.
https://aws.amazon.com/about-aws/whats-new/2025/12/database-savings-plans-savings - Amazon Web Services.(2026).
「Amazon EC2 スポットインスタンス」.
https://aws.amazon.com/jp/aws-cost-management/aws-cost-optimization/spot-instances/ - Amazon Web Services.(2026).
「Amazon CloudFront Pricing」.
https://aws.amazon.com/cloudfront/pricing/ - Amazon Web Services.(2025).
「Introducing flat-rate pricing plans with no overages」.
https://aws.amazon.com/blogs/networking-and-content-delivery/introducing-flat-rate-pricing-plans-with-no-overages
よく読まれている記事
オフショア開発とは?意味やメリット、失敗しない進め方を紹介
24/365とは?システム安定稼働に必要な運用体制・コストを解説



