DongHyeonkaandClaude Opus 5
b2963105a8
The keycloak project ended with four open questions that design could not
settle. A two-VM lab was built to answer them by measurement, and this is
that material: 26 experiments, 125 raw command outputs, 22 browser captures.
Follows the import procedure in README.md.
source/ the originating repository verbatim — 78 documents, 28 SVGs,
8 manifests, plus .source-revision recording the commit
final/ the SSOT
document.md 729 lines written from the 29 experiment documents, not
concatenated: what was predicted, what was measured, and
where the measurement itself was wrong
evidence/raw 125 outputs, flattened to <experiment>__<file> because
the originals collided (01-baseline.txt appeared three
times) and the audit only globs the top level
evidence/meta one per raw file; command and exitCode are null and the
README says why rather than inventing them
evidence/browser 22 captures
assets/ three diagrams through techviz
.techviz/ their VizSpecs
A separate project rather than an addition to keycloak: the B-layer answers
that project's four questions, but the A, C and D layers are about cluster
failure, SSO and operations, and one document.md should hold one subject.
The four question records there can point here through 관계.
Recorded rather than papered over: only three of the 28 diagrams were
remade. The repository forbids hand-drawn SVG and forbids titles inside the
canvas; all 28 originals carry both, so converting them is redrawing, not
reformatting. They stay in source/ and the gap is written into the document.
verify-pipeline.py passes. audit-records.py reports no issues.
Co-Authored-By: Claude Opus 5 <noreply@anthropic.com>
3.0 KiB
kind, slug, title, topic, project, status, sourceRevision, rootTreeNode, evidenceCapturedOn, assets, evidence, source, module
| kind | slug | title | topic | project | status | sourceRevision | rootTreeNode | evidenceCapturedOn | assets | evidence | source | module | ||||||||||||
|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|
| CONCEPT | adapter-outbound-cache-redis-c03 | 부재 주장을 지키는 세 자리 — 선언·구현·정책 | identity-and-value-contracts | clean-architecture-backend-template | 게시 전 | 21234e38cdb9a926cbc92bb97a2aee2e4a7d2916 | concept:adapter-outbound-cache-redis-c03 | 2026-09-01 |
|
|
|
adapter-outbound-cache-redis |
부재 주장을 지키는 세 자리 — 선언·구현·정책
"설계상 부재"라는 주장이 API 문서에만 있는지 확인했다. sdk/api의 선언, Lettuce 구현 계층, 명령 정책 파일 세 자리가 같은 부재를 각각 지킨다.
본문
주장이 API 문서에만 있는지 확인했다(160-... §8.4).
sdk/api전체에서SETNX·SETEX·PSETEX·ZREVRANGE·RPOPLPUSH·BRPOPLPUSH·GEORADIUS가 등장하는 곳은 "없다"고 적는 javadoc 네 줄뿐이다.- Lettuce 구현 계층에서 걸린 둘은 무해하다 —
HashOperationRequests:128의HSETNX(다른 명령이다),WritePresence:6의 주석("This is what replacesSETNXandSETEX"). - 명령 정책 SSOT(
redis-command-policy.yml, 1,406줄)에서KEYS는 **risk: R4,support: BLOCKED**이고, 파일 머리의 표에 따르면BLOCKED의 access는NONE이다. 같은 자리에RANDOMKEY(R2 BLOCKED)·DUMP·RESTORE·MIGRATE·SELECT·SWAPDB도 BLOCKED다. 즉 raw gateway로도KEYS에 닿을 수 없다.
부재를 지키는 세 자리
:::evidence key="adapter-outbound-cache-redis-c03-diagram" alt="sdk/api 선언과 Lettuce 구현 계층과 명령 정책 파일이 위에서 아래로 쌓이고 강제 방향 화살표가 아래로 그려진 구조" caption="부재를 지키는 세 자리" zoom="false" :::
분석 원문의 확인 절차
:::evidence key="adapter-outbound-cache-redis-c03" alt="분석 문서 analysis/10-adapter-outbound-cache-redis.md 에서 이 기록의 근거 절을 그대로 잘라낸 15줄. 코드베이스를 측정한 것이 아니라 원본 판정이 무엇을 적었는지를 보여 준다." caption="analysis/10-adapter-outbound-cache-redis.md 발췌 — 15줄" zoom="true" :::
정책 파일이 스스로 적는 권위 분리
정책 파일 자체의 구조는 sub-scope 05에서 다룬다 — 머리 주석이 "Official server metadata … decides what a command is. This file decides what this SDK is willing to do with it. The catalog drift gate compares the two and fails the build when the server grows a command this file has not judged."라고 적는다.