CUR 2.0のAthena統合をセットアップし、Step FunctionsとPartition Projectionで改良してみた

• URL: https://dev.classmethod.jp/articles/cur2-athena-integration-step-functions-partition-projection
• 日付: 2026-06-25
• Tier: Tier 2
• 要旨: CUR 2.0がAthena統合をサポート開始。公式CloudFormationテンプレート（Glue Crawler）でのパーティション管理は固定スキーマに対して重いため、Step Functionsで置き換え実装（管理処理を47秒から1秒未満に短縮）、またはPartition Projectionで追加リソース不要化を検証。3構成（Crawler/Step Functions/Partition Projection）の比較・選択基準を提示。

詳細

CUR 2.0は固定スキーマ・Parquet形式・ネストカラムを特徴とするコストレポート。Athena統合選択時、S3にCloudFormationテンプレート（crawler-cfn.yml）が自動配信。公式テンプレはGlue Crawler + Lambda構成で月1.03ドルの管理コスト。Step Functions置き換え案では、EventBridgeでS3イベントをフィルタ、MicroVMからbilling_periodを抽出しGetPartitions/BatchCreatePartitionで管理。新規パーティション作成時808ms・既存スキップ時653msで、Crawlerの47秒から約1/60に短縮。月0.011ドルコスト。Partition Projection案はDDL 1文で追加リソス不要、projection.billing_period.range=‘2026-06,NOW’で新月自動対応、管理コスト0ドル。ただしGlue Catalogに個別パーティション登録されずRedshift Spectrum連携不可。選定は用途で判断：Athena単体ならPartition Projection最小、Catalogパーティション維持しつつ軽量化ならStep Functions、クイック試行なら公式Crawler。