AWSユースケース学習: データマート自動生成パイプライン

0. この資料で作るもの

部門別データマートを定期生成して配布する。

1. 構成図

architecture-beta
    service user(internet)[User]

    group vpc(logos:aws-vpc)[VPC]
    group pub[Public Subnet] in vpc
    group prv[Private Subnet] in vpc
    service n1_aws_glue(logos:aws-glue)[AWS Glue] in pub
    service n2_s3(logos:aws-s3)[S3] in prv
    service n4_redshift(logos:aws-redshift)[Redshift] in prv
    service n5_step_functions(logos:aws-step-functions)[Step Functions] in prv
    service n3_athena(logos:aws-athena)[Athena]

    user:R --> L:n1_aws_glue
    n1_aws_glue:R --> L:n2_s3
    n2_s3:R --> L:n4_redshift
    n4_redshift:R --> L:n5_step_functions
    n2_s3:B --> T:n3_athena

構成図サービスリンク

• AWS Glue
• S3
• Athena
• Redshift
• Step Functions

2. サービス選定表

3. リクエスト処理シーケンス

sequenceDiagram
    User->>AWS Glue: リクエスト
    AWS Glue->>S3: 認証/入口制御
    S3->>Athena: 業務処理
    Athena->>Redshift: データ更新
    Redshift-->>User: 結果応答

4. データモデル（例）

ポイント:

• 認可境界を意識したキー設計にする
• 監査/再処理のためイベント履歴を保持する

4.5 クラス図（アプリ構造）

classDiagram
    class Controller {
      +handle(request) Response
    }
    class UseCaseService {
      +execute(command) Result
    }
    class Repository {
      +save(entity)
      +find(query)
    }
    class EventPublisher {
      +publish(event)
    }

    Controller --> UseCaseService
    UseCaseService --> Repository
    UseCaseService --> EventPublisher

5. API設計（例）

POST /data-mart-automation, GET /data-mart-automation/{id}, GET /data-mart-automation/health

認可方針:

• エッジで認証し、ドメイン層で認可を強制する
• ユーザー/テナント境界を越えるアクセスを禁止する

6. 実装ステップ（最短）

7. 監視と運用

8. コスト見積もり観点

8.5 料金例（目安）

前提トラフィック: 月間 500万リクエスト / データ転送 2TB / 保存 5TB

コストドライバー上位: AWS Glue, S3, Athena

注意:

• 上記は学習用の概算レンジ
• 正式見積もりはAWS Pricing Calculatorで試算

9. 次の発展課題

• Blue/Greenデプロイ
• マルチリージョンDR
• IaC完全自動化（CDK）
• セキュリティ運用の自動化

10. リスクと対策