utilrepo
日本語
❤️ 応援
ホーム開発者向け

AWS請求書ビジュアライザー

AWS Cost Explorer の CSV をブラウザ上で解析。サービス / リージョン / タグ別の内訳、上位コスト、前月比増減、自然文サマリーを表示。ファイルはアップロードされません。

Loading…

すべての処理はブラウザ内で実行されます — ファイルや入力はサーバへ送信されません。

使い方

**Cost Explorer CSV** を AWS 課金コンソール(Cost Explorer → 「Save report as CSV」)からエクスポートし、本ページにドラッグします。Cost Explorer は日次または月次粒度に対応し、サービス・リージョン・連携アカウント・タグ・課金タイプ・インスタンスタイプといった任意のグルーピング次元をサポートします。本アナライザはファイル内の期間間隔から粒度を自動検出し、期間間隔があいまいな単一期間エクスポートには手動切り替えを提供します。上位 10 明細、複数期間 CSV の前月比増減、自然文サマリー(ページロケールに応じた en/ja/ko)が即座に生成されます。ステークホルダー共有用に構造化 PDF レポートのダウンロードも可能です。

パーサーは **ブラウザ内で完結** します — Cost Explorer エクスポートにはアカウント ID、リソース識別子、タグ値(顧客名や社内プロジェクト名を含むことが多い)が含まれるため、本ツールはあえてネットワーク往復を避けます。実装は素の TypeScript で書かれたストリーミング CSV パーサーと集計ロジックで、PDF エクスポートには CJK 対応フォントバンドル付きの pdf-lib を使うので、ダウンロードしたレポートでも日本語・韓国語ラベルが正しくレンダリングされます。コスト数値は CSV の元の通貨で表示されます(日本人・韓国人支払者でも USD で請求され、クレジットカード明細で現地通貨に変換されるのが典型)。本ツールは為替換算を行 *いません*。対応 CSV バリアント: 標準 Cost Explorer エクスポート(2018 年以降形式)、Cost & Usage Reports(CUR)の基本 Athena エクスポート、レガシー「AWS Detailed Billing Report」(2018 年以前) — パーサーはヘッダ行から形式を自動検出します。

例

月次サービス内訳 — 典型的な SaaS スタートアップ

入力
CSV:           cost-explorer-2026-04.csv
periods:       3 months (2026-02, 2026-03, 2026-04)
groupBy:       Service
rows:          ~40 services with non-zero usage
total April:   $4,820
出力
Top line items (April):
  1. EC2-Other (NAT Gateway data + EBS): $1,140  +18% MoM
  2. RDS (Aurora MySQL):                  $890   +3% MoM
  3. EC2 instances (t3.large × 4):        $740   flat
  4. CloudFront:                          $410   −12% MoM
  5. S3 Standard:                         $280   +44% MoM ⚠
  6. CloudWatch Logs:                     $260   +9% MoM
  7. Lambda:                              $190   +2% MoM
  ...

Narrative: April spend grew $310 (+6.9%) over March, driven primarily by
NAT Gateway data egress and S3 Standard storage. S3 is up 44% over two
months — worth checking for runaway log dumps or test buckets.

小規模チームの通常月次レビュー。自動生成サマリーは S3 の 44% 成長を強調表示します、絶対値($280)は小さいですが、成長速度の方が現在レベルよりも重要だからです — 月 44% 増は年間 800% に複利化します。NAT Gateway は独立した項目ではなく「EC2-Other」の下に現れます、これは RDS や DocumentDB をプライベートサブネットに配置し、OS パッケージ更新のために NAT 経由でルーティングするチームのコスト衝撃の頻繁な原因です。本ツールは groupBy=UsageType から生の NAT Gateway ディメンションを露出するので、急増がデータ転送かアイドルゲートウェイ時間かを確認できます。

リージョン異常探索 — マルチリージョン本番

入力
CSV:        cost-explorer-2026-05-daily.csv
granularity: daily
period:      30 days
groupBy:     Region
rows:        9 regions in active use
出力
Top regions (May, 30-day total):
  ap-northeast-1 (Tokyo):  $6,420  78% of total
  us-east-1   (Virginia):  $1,140  14% — control plane + Route53
  ap-northeast-2 (Seoul):   $620    7% — DR region
  global region (CloudFront): $80    1%
  eu-west-1 (Ireland):       $20    0% ⚠ unexpected

Narrative: 99% of spend is in your primary region (Tokyo) and DR
region (Seoul) as expected. Notable: $20 in eu-west-1 was incurred on
May 12 — possibly a leftover test resource. Check the EC2 console
for running instances in that region.

リージョン別ビューは忘れられたテストリソースを見つける最良の方法です。AWS リソースはリージョンスコープであるため、6 か月前にチュートリアルを読みながら `eu-west-1` でテストスタックを起動した開発者がそれを無期限に稼働させたままにできます — 日次コストは小さいので課金アラートをトリガしませんが、蓄積して月次エクスポートに幽霊リージョンとして現れます。同じパターンは忘れられた EBS スナップショット、アイドルな NAT ゲートウェイ、未割当の Elastic IP にも当てはまります。本ツールのサマリーは合計支出の 0〜2% を占めるリージョンを「調査の価値あり」として明示的にフラグ付けします、その帯域に残骸が集中するからです。

タグベースの社内チャージバック — どのチームがいくら使ったか

入力
CSV:        cost-explorer-2026-04-by-team-tag.csv
groupBy:    Tag: team
period:     April 2026
activation: cost allocation tag "team" enabled for >30 days
出力
By team tag (April):
  team:platform      $2,820  58% — RDS + EC2 + NAT
  team:billing       $890    18% — RDS + Lambda + S3
  team:analytics     $560    12% — Athena + S3 + Glue
  team:onboarding    $310     6% — CloudFront + Lambda
  (untagged)         $240     5% ⚠

Narrative: 95% of April spend is tagged, leaving $240 (5%) untagged.
The untagged share is high enough to indicate either a missing
tag-enforcement policy or recently-created resources predating
the tag-activation date.

コスト配賦タグは AWS が公式にサポートするチャージバックメカニズムです。使い方: (1) タグキーを決める(`team`、`project`、`cost-center`)、(2) リソース全体で一貫して適用、(3) 課金コンソール → 「Cost allocation tags」でタグを有効化 — これがほとんどのチームが見逃すステップです。有効化されたタグは 24 時間後に Cost Explorer に現れますが、データは有効化日以降にのみ遡及的に集計されるので、歴史データはタグなしのままです。「(untagged)」バケットは現実的で繰り返されるチャージバック争いです: 誰も所有しないリソースには誰が払う? 標準的な答えは共有「プラットフォーム」や「運用」コストセンターに課金することで、時間をかけてタグ衛生にインセンティブを与えます。

よくある質問

Cost Explorer から CSV をエクスポートするには？

**AWS 課金コンソール** にサインイン → **Cost Explorer** → 期間、粒度(Daily / Monthly)、Group By ディメンション(Service が最も便利な既定値)を設定。**Save**(右上) → **Save report** でビューをブックマーク、または **Download CSV** で生データを取得します。CSV 形式は 2018 年以降安定しています — それ以前のエクスポートは異なるレイアウトを使い、本ツールもそれを自動検出します。Cost Explorer は有料機能です: プログラム API アクセスは **1,000 リクエストあたり $0.01** ですが、コンソールベースの CSV エクスポートは無料です。無人自動化が必要なら、**Cost & Usage Reports(CUR)** を S3 に配信するのが正しい経路ですが、CUR はほとんどの分析が必要とするよりはるかに大きく詳細な形式です。

Cost Explorer・CUR・Billing Dashboard の違いは何ですか？

3 つの別々の AWS 課金サーフェスで、目的は重なりますが異なります。**Billing Dashboard** は高レベルの「今月これまで + 先月」のサマリーで、無料・読み取り専用 — 一目でわかるヘルスチェックに有用です。**Cost Explorer** はインタラクティブ分析ツールで、サービス・リージョン・タグでフィルタ、期間比較、ディメンションのグルーピングが可能 — ほとんどのエンジニアと財務チームが日々実際に使うもので、本アナライザもこれを軸に作られています。**Cost & Usage Reports(CUR)** はファイアホースで、すべての明細、すべてのリソース、すべての時間が gzip 圧縮の CSV/Parquet として S3 バケットに配信されます。CUR は FinOps 自動化、QuickSight や Athena でのカスタムダッシュボード、課金明細との照合の真実の源ですが、効果的に使うには Athena/Spark レベルのツーリングを要します。大まかに: ダッシュボードはモニタリング、Cost Explorer は分析、CUR は FinOps エンジニアリング。本ツールは Cost Explorer のエクスポートと部分的な CUR エクスポートを読みます。

NAT Gateway がいつも上位コスト項目になるのはなぜですか？

NAT Gateway の料金体系には 2 つの驚きがあります。第一に、**ゼロトラフィックでも 1 ゲートウェイあたり時間 $0.045 × 24 時間 × 30 日 = 月 $32 の時間料金** がかかります。AWS のドキュメントはこれを明確にしていますが、エンジニアは通常データ処理料金に注目して時間料金を忘れます。AZ で乗算すると(HA のためのベストプラクティスは AZ ごとに 1 つの NAT)、トラフィック発生前に月 $100 を簡単に超えます。第二に、**$0.045/GB のデータ処理料金はゲートウェイを通過する *すべての* トラフィックに適用** されます。これには private subnet → public internet(明らかなケース)*と* private subnet → パブリックエンドポイント経由の AWS サービス(例: ECR プル、VPC エンドポイント未使用時の S3、パッケージマネージャー、OS 更新)が含まれます。修正は **VPC エンドポイント** です: S3 ゲートウェイエンドポイントは無料、他のサービス用のインターフェイスエンドポイントは時間 $0.01 ですが、そのサービスについては NAT ゲートウェイを完全に回避します。インターフェイスエンドポイントと NAT データ料金の損益分岐点は、エンドポイントあたりおよそ月 5 GB です。

マルチアカウント / Organization レベルの CSV をサポートしますか？

はい — AWS Organization の **支払者アカウント** の Cost Explorer は「Linked account」ディメンションで連結請求を表示します。Linked Account でグループ化するとアカウント別合計が見えます。結果として得られる CSV は本ツールで単一アカウント CSV と同じように動作します。**数百アカウントの AWS Organization** では Cost Explorer の組み込み UI が窮屈になります — 上位 10 リストがすぐ尽き — CUR の上の QuickSight ダッシュボードに移行したくなるかもしれません。本ツールは中小規模ケース向けに作られています: 1〜20 アカウント、1〜50 の異なるコスト帰属ディメンション。それを超えると、ボトルネックはもはや解析や可視化ではなく、予算表を凝視する人間の認知限界です。

Cost Explorer の数値はどれほど正確 — 最終請求書と一致しますか？

**約 1% 以内ですがバイト同一ではありません**。Cost Explorer の数値は *適用済み* コスト — リザーブドインスタンス・Savings Plan 割引、クレジット、割引適用後にあなたが実際に払う金額 — ですが、最終請求書の明細とはわずかに異なる丸めをします。月末請求書は月締めから 3〜5 日後に生成され、Cost Explorer は最大 24 時間の遅延で日次更新されます。エッジケース: 無料利用枠クレジットは Cost Explorer に適用された月の「Refund」行として現れます(クレジット付与から数か月後の可能性あり)。一部のマーケットプレイス料金(Bedrock、サードパーティ AMI)は遅延した照合を経由します。AWS サポート料金はプランに応じた支出合計の 3% / 5% / 10% で月次請求され別ディメンションとして表示されます。会計級の正確性には課金コンソールから **PDF 請求書** を使ってください。エンジニアリング級の帰属(どのワークロードがどの支出を引き起こしたか)には Cost Explorer が正しいサーフェスです。

Cost Explorer と並行して使うべき他のツールは？

継続的な FinOps 作業には、Cost Explorer を補完する 3 つのツールが有用です。**AWS Budgets** はしきい値超過時にメールでアラートします — 月次目標の 80% に 1 つの予算、120%(「何かおかしい」ティア)に 1 つの予算を設定。**AWS Compute Optimizer** は CloudWatch メトリクスの機械学習分析でアンダーサイズ/オーバーサイズの EC2、EBS、Lambda、ECS ワークロードを特定します。安定したワークロードでは推奨は通常正確です。**AWS Cost Anomaly Detection** は典型的な支出を学習し、サービスが訓練ベースラインから 40% 以上逸脱したときにメールする無料サービス — 忘れられたリソースや暴走したテスト環境の検知に有用です。AWS 以外では: **Vantage**、**CloudZero**、**Datadog Cloud Cost Management** はクロスクラウド統合とより深い帰属を提供。**Infracost** はデプロイ前に Terraform 変更のコスト影響を見積もり、課金時ではなく PR レビュー時に高コストリソースを捕捉します。

関連する概念

**FinOps**(Financial Operations)は 2018 年頃に大規模な AWS / Azure / GCP 環境を運用する企業から発展したクラウドコスト管理の規律です。**FinOps Foundation**(現在は Linux Foundation の一部)は 3 段階のフレームワークを維持します — *Inform*(コストの可視化)、*Optimize*(適正サイジングとコミットメントによるコスト削減)、*Operate*(可用性やレイテンシのような継続的エンジニアリング指標としてのコスト)。本ツールは Inform 段階のど真ん中に位置: CSV エクスポートを消化しやすいスナップショットに変換。これより上の成熟階段はサービス別コスト帰属ダッシュボード(Optimize)と PR ごとのコスト影響ゲート(Operate)です。AWS で年 $10M 超を使う企業は専任 FinOps チームを持つのが普通、より小さい組織は SRE と財務に作業を分散します。

AWS の **コストデータモデル** には 3 つの課金サーフェスすべて(Dashboard、Cost Explorer、CUR)に現れる興味深い 4 つのディメンションがあります。**Service** は明らかなもの(EC2、S3、RDS)ですが、サービスにはサブカテゴリがあります — 「EC2-Other」は具体的に NAT Gateway、EBS、データ転送料金を EC2 コンピュートサービス自体と別にバケット化します。**Usage type** は最も細かい粒度です(例: `BoxUsage:t3.large` 対 `EBS:VolumeUsage.gp3`)。ここで *本当に* 支出を駆動しているものが見つかります。**コスト配賦タグ** はユーザー定義で課金コンソールでの明示的な有効化後にのみデータが入り — チーム別やプロジェクト別チャージバックを可能にします。**Charge type** は Usage、Tax、Credit、Refund、定期的なリザーブドインスタンス / Savings Plan 償却を区別 — 経理チームはこのディメンションを大いに気にし、エンジニアはあまり気にしません。どのディメンションがどの質問に答えるかを理解することは効果的なコスト分析の半分です。

3 つの **クラウドコストの隣接概念** が AWS 課金分析と交差します。**リザーブドインスタンス(RI)と Savings Plan** はコミットメントベースの割引: 1 年または 3 年の使用に前払いし、オンデマンドレートから 30〜60% オフ。節約は Cost Explorer に負のラインアイテムとして遡及的に現れます。**スポットインスタンス** は 50〜90% 割引で利用可能な未使用 EC2 容量ですが、2 分の終了通知の対象 — バッチワークロードには素晴らしく、ステートフルサービスには最悪。**マルチクラウドコスト正規化** は AWS のラインアイテム形式を Azure の「Cost Management」エクスポートと GCP の「Billing」エクスポートと比較する運用上の悪夢 — ディメンションは類似していますが境界(何が「コンピュート」「ストレージ」「ネットワーク」として数えられるか)は集約ダッシュボードに手動の正規化を要求するほど異なります。Vantage や CloudZero のようなツールが存在するのは、主にこの正規化が運用上痛いため、企業が月数千ドル払って外部委託する価値があるからです。

関連記事

関連ツール

CSV ↔ JSON コンバーター

開発者向け

CSV と JSON を双方向に変換。RFC 4180 準拠で引用符・改行を含むフィールドにも対応。区切り文字とヘッダー行のオプションを切替可能。

JSON フォーマッター

開発者向け

JSONを整形・検証。インデント整形や圧縮出力、エラー位置の明示まで。

Base64 エンコーダ / デコーダ

開発者向け

テキストとBase64の相互変換。UTF-8対応。

URL エンコーダ / デコーダ

開発者向け

URLのパーセントエンコード／デコード。