feat(b0): B-0 을 주입부터 원상복구까지 끝까지 밟는다 — setup 35편 완주

남아 있던 한 편이다. keycloak-pattern 에 이 실험과 무관한 변경이 39개(미추적
3개 더) 있어 따로 떼어낸 작업 트리에서 파일 넷을 고치고 이미지를 구워 두
노드에 넣었다. 원래 작업 트리는 한 글자도 안 바뀌었다.

자동구성이 고른 것
- 빈 321개 — 이 편이 예측한 숫자와 같다
- authorizedClientService -> InMemoryOAuth2AuthorizedClientService
- SessionRepository 빈이 하나도 없다. Spring Session 이 아예 안 걸렸고
  세션을 톰캣이 자기 메모리의 HttpSession 에 직접 들고 있다
- 타입에 Redis 나 Jdbc 가 든 빈 0개

로그인이 replica 개수에서 갈린다
- 원 가이드는 브라우저로 한 번 해 보라고 적는데 그러면 한 번의 결과만 남는다.
  쿠키 병을 쓰는 curl 로 같은 흐름을 여섯 번씩 돌려 양쪽을 같은 수로 견줬다
- replica 2 — 여섯 번 다 /login?error
- replica 1 — 여섯 번 다 200. 이쪽이 대조군이라, 거기서도 실패했으면 가설이
  아니라 시험 방법을 의심해야 한다
- 토큰 경계는 원래 실행과 한 글자도 다르지 않았다

원상복구를 같은 명령으로 확인했다
- 빈 321 → 437, InMemory → Jdbc, Redis/Jdbc 빈 0 → 58, Redis 세션 키 6
- replica 2 에서 로그인이 다시 되는 것이 복구 판정이다

그리고 ⑤ 의 `git diff --stat` 점검은 작업 트리가 깨끗할 때만 성립한다는 것을
적었다. git worktree 로 떼어내면 그 점검이 다시 살아난다.

관문: check_body PASS · check_prose error 0 · check_evidence 문제 없음 ·
verify-tech-log-tree error 0 · verify-project-layout error 0 · 코드펜스 전수 0건

Co-Authored-By: Claude Opus 5 (1M context) <noreply@anthropic.com>

docs/keycloak-session-store/final/evidence/raw/relive-2026-09-17/README.txt

@@ -265,3 +265,13 @@ d4-01-before-force-renewal.txt / d4-02-force-renewal.txt / d4-03-after-force-ren
     03 = 친 뒤의 같은 세 가지 + 세 이름의 HTTPS 응답.
     serial 06F3E0EF…1373 → 065547991777…3DF1, notAfter Dec 3 → Dec 16,
     worker 2629 4712 → 4745 4754. 갱신이 서빙까지 닿았다는 근거.
+b0-04-image-push.txt … b0-12-revert-checklist.txt
+    B-0 을 2026-09-17 에 주입부터 원상복구까지 끝까지 밟은 기록.
+    04 = 두 노드에 이미지 import · 05 = 배포와 롤아웃
+    06·07 = 파드 안에서 받은 빈 목록과 자동구성이 고른 구현
+            (빈 321개 · InMemoryOAuth2AuthorizedClientService · SessionRepository 없음)
+    08 = replica 2 에서 로그인 6회 — 전부 /login?error
+    09 = replica 1 로 줄여 같은 시험 6회 — 전부 200 (대조군)
+    10 = 로그인 뒤 /bff/token-boundary
+    11·12 = 이미지와 매니페스트를 되돌리고 replica 2 에서 로그인이 다시 되는 것까지 확인
+            (빈 437개 · JdbcOAuth2AuthorizedClientService · Redis 세션 키 6)