[A22] 계정·운영 묶음 독립 E2E

[Juwon-Na]

연결

• 상위: [A] 계정·운영 전체 흐름 Idea2Strategy#23
• 정본: docs/backend-implementation-master-checklist.md A22
• 후속: A23 UI, A90 전체 서비스 인증·감사 통합

목적

fake 전략·봇·방 사건을 사용해 가입부터 인증·설정·권한·제재·알림·사용자/운영 사건 처리까지 A 묶음이 독립적으로 일관되게 동작하는지 검증한다.

병합 완료

• production principal, account/user-case PostgreSQL journey, RBAC grant/revoke, outbox — PR test: exercise account operations production paths #177
• operator trust schema — PR feat: add operator trust schema foundation #179
• backend 독립 OIDC JWT 검증과 signed MFA evidence — PR feat: verify operator JWT trust boundary #182
• /operations/me, RBAC catalog/assignment read API와 permission별 fail-closed/audit — PR feat: add operator permission read boundary #183
• SSM 지향 CLI-only one-shot bootstrap, detached SHA256, SERIALIZABLE, immutable receipt — PR feat: add hardened one-shot operator bootstrap #185
• production CLI→PostgreSQL bootstrap/replay→JWT/HMAC→HTTP read exact-stack E2E — PR test: verify A22 operator exact stack journey #186 (b887d3e)
• unknown subject non-enumeration, stale MFA, revoke/catalog retire/disable next-request, audit hash·receipt linkage
• 같은 merged HEAD에서 A21 durable claim·lease·checkpoint·retry suite 재검증
• root Flyway/pointer 통합 — chore: integrate A22 operator exact-stack evidence Idea2Strategy#185

남은 범위

• 실제 IdP/ALB 배포에서 operator JWT provenance 검증
• OIDC·복구·휴면·탈퇴 및 제재·이의제기·운영 사건·알림 worker를 묶은 전체 A journey
• fake B/E/F provider와 API→DB→outbox→worker→audit 전체 correlation E2E

병합 판정

현재 operator/bootstrap/read exact-stack 범위는 CI와 독립 review를 통과해 merge 완료했습니다. 외부 IdP/ALB 및 전체 A22 완료 조건이 남아 있어 이슈는 open 유지합니다.

비범위

실제 외부 IdP·메일·B~F runtime, UI 브라우저 E2E, 배포 검증.

[Juwon-Na]

A22 독립 E2E 준비 현황

A20 기준 스택 위에 충돌 없이 독립 테스트 준비를 완료했습니다.

• 작업 브랜치: codex/159-account-operations-e2e
• A22 HEAD: 45b2ecb
• PR: 생성하지 않음 (merge-ready 통합 조건 충족 전)

정확한 브랜치 스택 (위 → 아래)

1. A22 45b2ecb
2. A18 cherry-pick fe69d4f (source e5f5ac4)
3. A17 cherry-pick ce7a5c4 (source ffbfb58)
4. A16 cherry-pick f7643b7 (source 3055a0d)
5. A14 cherry-pick c5280aa (source 2bf31be)
6. A20 46421a7
7. A19 88438f6
8. A13 3a7958c
9. backend 기준 1f355b2

이번 A22 자체 변경

• 고정 clock/ID와 fake strategy/bot/room incident를 사용하는 재사용 가능한 application test fixture
• 가입·인증·설정·operator case·제재·outbox·notification retry·해제·재로그인·탈퇴의 대표 journey
• RBAC/CLI/MCP 비열거 응답, idempotency replay/hash conflict, API/DB/outbox/worker/audit correlation 검증
• strategy/bot/room은 versioned summary만 사용하며 private 전략 원문/주문/포지션 payload를 노출하지 않음
• canonical/DBML/API 변경 없음

검증:

• ./gradlew.bat :modules:backend-application:test --no-daemon
• 결과: BUILD SUCCESSFUL

아직 통합이 필요한 gate

• A15 delegated credential 실제 구현: 현재 fixture에서 명시적 placeholder gate
• A21 deadline/batch 실제 구현: 현재 fixture에서 명시적 placeholder gate
• A07–A21 canonical 통합 뒤 실제 API adapter, PostgreSQL, 최종 migration 조합을 대상으로 전체 backend E2E 재검증 필요

따라서 현재 결과는 후속 통합을 안전하게 받을 수 있는 독립 준비 브랜치이며, A15/A21 및 canonical 통합 전에는 PR을 만들지 않습니다.

[Juwon-Na]

A22 stack 갱신 — A15/A21 실제 journey 통합 A15와 A21을 기존 A22 준비 stack에 반영하고 placeholder gate를 실제 application journey assertion으로 교체했습니다. - 브랜치: codex/159-account-operations-e2e - 최신 HEAD: f4f1dd2 - PR: 생성하지 않음 ### 추가된 정확한 stack 1. A22 integrated journey f4f1dd2 2. A15 cherry-pick 8477f11 (source 100ed28) 3. A21 cherry-pick 440992e (source f849891) 4. 기존 A22 fixture 45b2ecb 5. A18 fe69d4f 6. A17 ce7a5c4 7. A16 f7643b7 8. A14 c5280aa 9. A20 46421a7 10. A19 88438f6 11. A13 3a7958c 12. backend 기준 1f355b2 ### A15 충돌과 해결 A15 전체 commit을 적용했습니다. migration SQL 자체 충돌은 없었고, 정확히 아래 migration expected-list 테스트 2개에서만 content conflict가 발생했습니다. - CanonicalMigrationBundleAssemblerTest.java - MigrationPolicyTest.java 현재 stack에 실제 존재하는 V20260802220400 backend transactional outbox와 V20260802230100 backend delegated strategy scope를 모두 순서대로 유지했습니다. 이 stack에 없는 V20260802230000 operator room permissions를 임의로 추가하지 않았습니다. ### placeholder 교체 - A15: 실제 DelegatedAuthorizationService로 authorization 생성과 idempotent replay를 실행 - 최초 실행에만 raw credential이 노출되고 replay에서는 노출되지 않음을 검증 - A21: 실제 DeadlineBatchOrchestrator로 DELEGATED_TOKEN deadline item 실행 - 첫 batch completion과 durable replay ALREADY_COMPLETED를 검증 - fixture trace/audit에 delegated authorization 및 batch completion correlation을 연결 - A15_NOT_IN_STACK / A21_NOT_IN_STACK placeholder 제거 후속 migration이 과거 upgrade baseline에 먼저 섞이던 테스트 staging 문제도 수정하여 각 upgrade 테스트가 해당 migration 직전 상태를 정확히 구성하도록 했습니다. ### 검증 - :modules:backend-application:test :db-migration:test — BUILD SUCCESSFUL - :modules:backend-persistence:test --tests *DelegatedBasicStrategyEditPersistenceIntegrationTest — BUILD SUCCESSFUL - 원격 branch HEAD 일치 및 PR 없음 확인 완료

[Juwon-Na]

A22 exact integration candidate 갱신

• branch: codex/159-account-operations-e2e
• HEAD: 5a36eccd5927e9f077ce645172068fc9d795ef89
• latest develop ancestor: fea4032

Exact dependency ancestry

아래 최종 후보 SHA를 cherry-pick 복제하지 않고 exact ancestor로 통합했습니다.

• A13 105d607
• A14 af2c08c
• A15 59a3b49
• A16 e817018
• A17 ba8becc
• A18 376d92b
• A19 e4fa03b
• A20 76daffc
• A21 be48a26

모든 SHA에 대해 git merge-base --is-ancestor <sha> HEAD가 성공했습니다. Flyway 순서는 develop 231000 뒤 231100(A17) → 231200(A15) → 231300(A19) → 231400(A13) → 231500(A18) → 231600(A14) → 231700(A20)으로 충돌 없이 정렬했습니다.

A22 검증 범위

• 기존 독립 account/operations journey를 실제 A15 delegated authorization service와 A21 deadline orchestrator로 유지
• 실제 PostgreSQL에서 A19 user-case service/store → A17 transactional outbox claim/receipt/ack → A18 notification consumer/store/query까지 한 replayable journey로 추가 검증
• 동일 case command 및 notification source replay, owned query, outbox consumer receipt, published envelope를 확인
• A14/A20/A21 및 최신 develop을 합친 exact stack에서 다음 검증 성공:
  • :apps:backend-batch:test
  • :modules:backend-application:test --tests '*AccountOperationsIndependentJourneyTest'
  • :modules:backend-persistence:test --tests '*AccountOperationsPersistenceJourneyIntegrationTest'
  • :db-migration:test
• git diff --check 통과, worktree clean

Merge-ready 보류 사유

A21 CASE_DEADLINE의 due-time/transition/retry 의미가 아직 canonical 제품 결정으로 승인되지 않아 category가 안전하게 wiring되지 않았습니다. 해당 결정을 추측해 구현하지 않았으며, 이 후보는 그 승인 및 wiring 검증 전까지 merge-ready가 아닙니다. 따라서 PR은 생성하지 않았습니다.

[Juwon-Na]

A22 final stacked candidate refreshed and pushed. Exact head: b94f119. It contains replacement A14 2da744f, A18 6711e33, A20 c850dc6, and A21 a71d280, while preserving the earlier exact A13/A15/A16/A17/A19 foundations. Final focused verification passed: backend API no-datasource smoke, A22 application journey, and PostgreSQL case-to-outbox-to-notification persistence journey (23 tasks, BUILD SUCCESSFUL). No PR: A21 CASE_DEADLINE semantics remain an unapproved canonical decision and the stacked parents are not on develop.

[Juwon-Na]

A22 production-path foundation 병합 — 2026-08-03

• Backend PR test: exercise account operations production paths #177 병합: 65e6426b
• PR CI 및 develop push CI 성공
• opaque Bearer session → request-scoped CurrentPrincipal production binding
• opt-in servlet Principal subject HMAC mapping + ACTIVE operator + recent DB MFA + container MFA role의 fail-closed operator context
• raw identity header 불신뢰
• signup→verify→login→preferences→user-case submit/replay/detail/401→PostgreSQL/outbox real Spring web journey
• operator RBAC grant→assignment→revoke→immutable audit real web/PostgreSQL journey
• independent blocker/high review 통과

이 PR은 #159를 닫지 않습니다. 남은 hard gate는 socket-level gateway/container 인증 provenance, operator permission bootstrap/read API, broader sanction/operator-case/worker retry 흐름, A21 durable claim·lease schema 승인/구현, 그리고 그 exact 최종 조합의 E2E입니다.

[Juwon-Na]

부분 PR #177 병합으로 자동 close되었으나 A22 전체 완료 조건은 아직 충족되지 않아 이 이슈를 다시 열었습니다. production principal/RBAC datasource 경로와 실제 Spring web + PostgreSQL 계정·사건·RBAC 대표 journey는 develop에 반영됐고 CI가 통과했습니다. 남은 hard gate는 gateway/container operator 인증 provenance, operator permission bootstrap/read API, A21 durable claim/lease 정본, 그리고 sanction/operator-case/worker retry를 포함한 최종 exact-stack E2E입니다. Root pointer 통합 #163과 develop CI도 성공했습니다.

[Juwon-Na]

A22/A23 잔여 operator authentication provenance와 permission read/bootstrap 계약은 root proposal PR Idea2Strategy/Idea2Strategy#166에 준비됐고 CI가 통과했습니다. 승인 후 canonical integration과 backend 구현을 거쳐 이 이슈의 exact-stack E2E를 이어갑니다. Tracking: Idea2Strategy/Idea2Strategy#165.

[Juwon-Na]

A21 durable claim/lease/checkpoint gate가 해소됐습니다.

• canonical root feat: implement user case inbox persistence #169 병합
• backend durable store/migration feat: add durable batch execution store #178 병합
• root pointer/Flyway bundle feat: implement account sanction lifecycle #170 병합 및 CI 성공

A22의 다음 구현 순서는 canonical contract.operations.operator-trust.v1에 따라 versioned operator mapping migration → backend JWT provenance verifier → one-shot bootstrap receipt → /operations/me 및 permission read API → A21을 포함한 exact-stack E2E입니다.