발신 도메인 로테이션 → 고정 Primary 전환 · 실행 플랜

1근본 원인 (코드 확정)

마케팅 넛지 발신 주소는 env 고정이 아니라 발송 시점마다 governor가 10개 도메인 풀에서 회전 선택합니다. 수신자별 시작점을 잡은 뒤 rate 경합(1건/10초) 또는 일일캡에서 다음 도메인으로 회전 — 같은 유저가 매번 다른 발신자를 보게 되고 도메인별 평판이 축적되지 않습니다.

// 현행 marketing 분기 (ses-domain-governor.service.ts:156-178)
const pool = await getSystemMarketingPool()          // system_marketing 10개
const start = stableIndex(routingKey, pool.length)   // 수신자별 시작점(회전)
do {
  for (let i = 0; i < pool.length; i++) {
    const d = pool[(start + i) % pool.length]
    const r = await tryAcquireDomain(d)
    if (r === 1) return { fromEmail: `hello@${d.domain}` }
    // r===0(rate) OR -1(cap) → 다음 도메인으로 회전  ← 근본 원인
  }
  await sleep(MARKETING_RETRY_SLEEP_MS)
} while (Date.now() < deadline)

2노드 DAG

Critical Path CP ═ · 병렬 가능 = 동일 layer. 비용 [S]≤50 [M]≤150 [L]≤300 LOC.

Layer0 (조사·게이트)          Layer1 (구현)                Layer2 (검증)        Layer3
┌───────────────────────┐
│N0.1* S  SES identity   │═══╗
│  primary 검증 확정 GATE│   ║
├───────────────────────┤   ║  ┌────────────────────┐
│N0.2  S  일일 발송량    │   ╠═▶│N1.1* M governor 분기│═╗
│  cap 300 충분성        │   ║  │  고정primary+스필오버│ ║  ┌──────────────┐
└───────────────────────┘   ║  ├────────────────────┤ ╠═▶│N2.1* S 단위TC │═╗ ┌───────────────┐
                            ╠═▶│N1.3* S is_default=1 │═╝  │  +send-ci     │ ╠▶│N3.1* S 배포후 │
                            ║  ├────────────────────┤    └──────────────┘ ║ │  스팸률 모니터│
                            ║  │N1.2  S pool ORDER BY│────────────────────┘ └───────────────┘
                            ║  └────────────────────┘
                   (선택)   ╚═▶ N1.4 M  notify.rinda.ai 병렬 워밍업 트랙 ───▶ (4~6주)

CP: N0.1 → N1.1/N1.3 → N2.1 → N2.2(PR) → N3.1
✓게이트: N0.1 미확정 시 N1.3(primary 지정) 진행 금지 — 미검증 도메인 발송 = 바운스

3GATE — SES identity 확정 선행 필수

4코드 변경 N1.1 · CP

resolveGovernedSender marketing 분기를 primary-first + 일일캡에서만 스필오버로 교체. rate 경합은 회전이 아니라 같은 primary에서 대기.

// after — marketing 분기
const pool = await getSystemMarketingPool()   // is_default DESC 정렬 (N1.2)
if (pool.length === 0) return null
const deadline = Date.now() + MARKETING_MAX_WAIT_MS
let idx = 0                                     // primary = pool[0] 고정 시작
do {
  const d = pool[idx]
  if (await withinGlobalRate()) {
    const r = await tryAcquireDomain(d)
    if (r === 1) return { fromEmail: `${MARKETING_LOCAL_PART}@${d.domain}` }
    if (r === -1 && idx < pool.length - 1) { idx++; continue }  // 일일캡 소진 → 다음 도메인만 스필오버
    // r === 0 (rate) → 회전하지 않고 같은 primary에서 대기
  }
  await sleep(MARKETING_RETRY_SLEEP_MS)
} while (Date.now() < deadline)
return { fromEmail: `${MARKETING_LOCAL_PART}@${pool[0].domain}` }  // fail-open: primary

N1.2 — getSystemMarketingPool 정렬 (rinda-managed-domains.service.ts)

풀 쿼리에 ORDER BY is_default DESC, domain ASC 추가로 primary가 항상 pool[0]. (구현 시 현행 ORDER BY 확인 후 조정)

5DB 변경 N1.3 · CP

워밍 성숙한 system_marketing 도메인 1개를 primary로. GATE(N0.1)에서 SES 검증 확인된 도메인 사용. 예시는 entry.rinda.ai.

-- manual-migration 013 (idempotent). 단일 primary 보장.
UPDATE rinda_managed_sending_domains
   SET is_default = false
 WHERE send_role = 'system_marketing' AND is_default = true;

UPDATE rinda_managed_sending_domains
   SET is_default = true
 WHERE send_role = 'system_marketing' AND domain = 'entry.rinda.ai';

-- (권장) 역할별 단일 primary 강제 — 부분 유니크 인덱스
CREATE UNIQUE INDEX IF NOT EXISTS uq_managed_default_per_role
  ON rinda_managed_sending_domains (send_role) WHERE is_default;

6검증 · 롤백

7(선택) notify.rinda.ai 병렬 트랙 critical path 제외

근본 fix와 독립. 평판 격리를 위해 전용 도메인을 원할 때만. 전 단계 스킬 자동화 가능(조사 완료). day0 → 4~6주 워밍업 필요하므로 지금 스팸 문제는 ①이 먼저 해결.

8리스크 · 오픈 이슈