運用管理

AWS Marketplace でソフトウェアを調達 - SaaS サブスクリプションとプライベートオファー

AMI・コンテナ・SaaS の 3 形態でサードパーティソフトウェアを調達し、AWS 請求に統合する。Private Marketplace による組織全体のガバナンスと、契約管理の自動化手法を解説します。

約 2 分で読めます

Marketplace の概要

AWS Marketplace はサードパーティのソフトウェア、データ、サービスを検索・購入・デプロイできるデジタルカタログです。AMI (Amazon Machine Image)、コンテナイメージ、SaaS、プロフェッショナルサービスの 4 カテゴリで数千の製品が提供されています。購入した製品の料金は AWS の請求書に統合され、個別のベンダー契約や請求処理が不要になります。Organizations との統合で、組織全体の調達を一元管理し、Private Marketplace で承認済み製品のみを購入可能にするガバナンスを実現します。従来のソフトウェア調達では、ベンダーとの個別交渉、ライセンス管理、請求処理に数週間を要していましたが、Marketplace では数クリックでデプロイまで完了します。

調達モデルと契約管理

Marketplace は複数の料金モデルを提供します。従量課金 (時間単位、ユーザー数、データ量) は使った分だけ支払う柔軟なモデルです。年間契約は 1 年分を前払いすることで割引を受けられます。BYOL (Bring Your Own License) は既存のライセンスを AWS 環境で使用するモデルです。無料トライアルで製品を評価してから購入を決定できます。Contract API で契約の作成・更新・解約をプログラマティックに管理し、CloudFormation テンプレートから Marketplace 製品をデプロイすることも可能です。Marketplace Metering Service で独自の課金メトリクスを定義し、使用量に基づく柔軟な課金を実現します。

Private Marketplace とガバナンス

Private Marketplace は組織の管理者が承認した製品のみを購入可能にする機能です。Organizations の管理アカウントから Private Marketplace を有効化し、承認済み製品のカタログを作成します。OU (組織単位) ごとに異なるカタログを設定でき、開発部門には開発ツール、セキュリティ部門にはセキュリティ製品のみを許可するといった制御が可能です。製品のリクエストワークフローで、ユーザーが未承認製品の追加をリクエストし、管理者が承認・却下する運用フローを構築します。AWS Service Catalog との統合で、Marketplace 製品を含むポートフォリオを作成し、セルフサービスでのプロビジョニングを標準化します。 ソフトウェア調達の効率化についてはAmazon の関連書籍も参考になります。

Marketplace の料金

AWS Marketplace 自体の利用料は無料です。購入した製品の料金のみが AWS 請求書に計上されます。製品の料金はベンダーが設定し、従量課金、月額固定、年間契約など製品ごとに異なります。Organizations の統合請求を利用している場合、全アカウントの Marketplace 購入が管理アカウントの請求書に集約されます。Cost Explorer で Marketplace 支出をサービス別・アカウント別に分析し、不要なサブスクリプションの解約やコスト配分の最適化を行います。Savings Plans や Reserved Instances の割引は Marketplace 製品には適用されませんが、一部のベンダーは独自の長期契約割引を提供しています。

まとめ

AWS Marketplace はサードパーティソフトウェアの調達・デプロイ・請求を AWS に統合するデジタルカタログです。Private Marketplace で組織全体の調達ガバナンスを確立し、Contract API で契約管理を自動化します。AWS 請求統合により、個別のベンダー契約や請求処理を排除し、調達プロセスを大幅に効率化します。

関連するサービス

AWS Marketplaceサードパーティソフトウェアの検索・購入・デプロイを提供するデジタルカタログAWS Organizations複数の AWS アカウントを一元管理するサービスAWS Service Catalog承認済みの IT サービスを組織全体にセルフサービスで提供するカタログサービス

関連する記事

AWS Organizations で実現するマルチアカウント管理 - OU 設計と SCP によるガバナンスOU 階層の設計と SCP によるアクセス制御でマルチアカウント環境のガバナンスを確立する。一括請求によるコスト管理も紹介します。IT サービスプロビジョニング - AWS Service Catalog で実現するセルフサービス型インフラ提供AWS Service Catalog による承認済み IT サービスのカタログ化と、CloudFormation との連携によるセルフサービス型インフラプロビジョニングを解説します。ガバナンスを維持しながら開発チームの自律性を高める運用パターンを紹介します。AWS Service Catalog で実現する IT ガバナンス - 承認済み製品の標準化とセルフサービスIT 部門が承認した CloudFormation テンプレートをカタログ化し、起動制約とテンプレート制約でエンドユーザーのセルフサービスを安全に提供する手法を紹介します。

同じテーマの記事

AWS の内部時刻同期の仕組み - Amazon Time Sync Service とうるう秒スミアリングの設計AWS が独自に運用する Amazon Time Sync Service の仕組み、GPS と原子時計による高精度時刻源、うるう秒をスミアリングで吸収する設計判断、分散システムにおける時刻同期の重要性を解説します。AWS AppFabric で SaaS 監査ログを集約 - OCSF 標準化と Security Lake 統合AppFabric による SaaS アプリケーションの監査ログ収集、OCSF 形式への標準化、分析パイプラインの構築を解説します。AWS AppConfig で実装するフィーチャーフラグ - 安全な設定デプロイとロールバックコードデプロイとは独立した設定変更を、Linear・Exponential 戦略で段階的にロールアウトする。CloudWatch アラーム連動の自動ロールバックで安全性を確保します。アーキテクチャレビュー - AWS Well-Architected Tool でワークロードを体系的に評価するAWS Well-Architected Tool を使ったワークロードのアーキテクチャレビューを解説。6 つの柱に基づく評価、改善計画の策定、カスタムレンズの活用を紹介します。監査ログの設計と運用 - CloudTrail による API アクティビティの完全記録AWS CloudTrail を活用した監査ログの設計手法を解説し、API アクティビティの記録、S3 への長期保存、Config との連携によるコンプライアンス対応を紹介します。AWS の障害報告書 (COE) から学ぶ分散システムの教訓 - 過去の大規模障害が変えた設計原則AWS が公開した Correction of Errors (COE) と障害報告書から、S3 障害、us-east-1 の DNS 障害、Kinesis 障害など過去の大規模インシデントの根本原因と、それが AWS の設計原則をどう変えたかを解説します。タグの設計が運用を決める - AWS リソースタグ戦略の雑学と実践的な命名規則AWS リソースタグが単なるラベルではなくコスト配分、アクセス制御、自動化の基盤である理由、タグキーの命名規則、タグの上限 50 個の使い方、タグポリシーによるガバナンスを解説します。AWS のサービスクォータはなぜ存在するのか - 共有インフラを守るマルチテナント設計AWS のサービスクォータ (旧サービス制限) が単なる制約ではなく、マルチテナント環境で他の顧客を守るための設計であることを、ノイジーネイバー問題、ソフトリミットとハードリミットの違い、引き上げ申請の裏側から解説します。

内容が近い記事・サービス

AWS Marketplace のエコシステム - AMI・コンテナ・SaaS の調達を一元化する仕組みAWS Marketplace の出品数、調達の簡素化、請求統合の仕組みを Azure Marketplace・GCP Marketplace と比較し、ソフトウェア調達プラットフォームとしての優位性を解説します。AWS Data Exchange で活用するサードパーティデータ - データ調達とサブスクリプション管理サードパーティのデータ製品を Marketplace 経由で調達し、S3 への自動配信パイプラインを構築する。自社データの製品化と収益化の手法も紹介します。IT サービスプロビジョニング - AWS Service Catalog で実現するセルフサービス型インフラ提供AWS Service Catalog による承認済み IT サービスのカタログ化と、CloudFormation との連携によるセルフサービス型インフラプロビジョニングを解説します。ガバナンスを維持しながら開発チームの自律性を高める運用パターンを紹介します。