PART 05 — JavaからのDB操作
RDS ProxyとAuroraの読み書き分離

Tomcat（4台）
  各台に HikariCP
    maximumPoolSize=20（各台あたり）
    合計接続数 = 4台 × 20 = 80接続 ← DBが受け付けられる範囲

Oracle / PostgreSQL
  max_connections = 200（全体上限）
  → 余裕あり

オンプレはサーバー台数が固定なので接続数が計算しやすい

通常時：ECSコンテナ 10台
  10台 × HikariCP 20接続 = 200接続 ← Aurora上限付近

ピーク時：ECSコンテナが 30台にスケールアウト
  30台 × HikariCP 20接続 = 600接続 ← Aurora上限（例：500）を突破！

結果：
  新規DB接続が「接続数上限エラー」で失敗
  既存リクエストも影響を受けてサービス断

ECSコンテナ 30台
  各台 HikariCP 20接続
  → RDS Proxy へ 最大600接続

RDS Proxy（接続プール）
  → Aurora へは 例えば 50接続のみ維持
  （多重化して600接続を50接続に集約）

Aurora
  max_connections = 500
  → 余裕あり・安定動作

Cluster Writer Endpoint（例：cluster-id.cluster-xxx.ap-northeast-1.rds.amazonaws.com）
  → 書き込み（INSERT / UPDATE / DELETE）および即時整合性が必要な参照
  → フェイルオーバー後は自動的に新Primaryを指す

Cluster Reader Endpoint（例：cluster-id.cluster-ro-xxx.ap-northeast-1.rds.amazonaws.com）
  → 参照系SQL（SELECT）のみ
  → 複数Replicaにラウンドロビンで分散
  → 非同期レプリケーションのため、わずかな遅延あり（通常数ms〜数十ms）

RDS Proxy（推奨構成）
  ├── Writer Proxy Endpoint → Aurora Writer
  └── Reader Proxy Endpoint → Aurora Reader

# 書き込みDS（Writer Proxy経由）
spring:
  datasource:
    primary:
      jdbc-url: jdbc:postgresql://${RDS_PROXY_WRITER_ENDPOINT}:5432/mydb
      username: ${DB_USER}
      password: ${DB_PASS}
      hikari:
        maximum-pool-size: 20
        connection-timeout: 30000
        keepalive-time: 60000   # Proxyのアイドルタイムアウト対策

# 読み取りDS（Reader Proxy経由）
    replica:
      jdbc-url: jdbc:postgresql://${RDS_PROXY_READER_ENDPOINT}:5432/mydb
      username: ${DB_USER}
      password: ${DB_PASS}
      hikari:
        maximum-pool-size: 20

# ポイント：
#   maximum-pool-size はProxyが多重化するので
#   オンプレ時より小さくしても問題ない