Files
document-haness/docs/clean-architecture-backend-template/tech-log-studio/multitenancy-isolation/case/case-analysis-finding-a06-f025.md
T
DongHyeonkaandClaude Opus 5 b2963105a8 docs(keycloak-session-store): import the session-storage lab as a new project
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>
2026-09-04 22:51:59 +09:00

96 lines
4.6 KiB
Markdown

---
kind: CASE
slug: analysis-finding-a06-f025
title: 구현 없는 4개의 계약 중 셋은 그 사실을 적고, 하나는 적지 않는다
topic: multitenancy-isolation
project: clean-architecture-backend-template
status: 게시 전
sourceRevision: 21234e38cdb9a926cbc92bb97a2aee2e4a7d2916
rootTreeNode: case:analysis-finding-a06-f025
evidenceCapturedOn: 2026-09-01
assets:
- key: analysis-finding-a06-f025
file: ../../../final/evidence/rendered/analysis-finding-a06-f025.svg
evidence:
- ../../../final/evidence/raw/analysis-finding-a06-f025.txt
source:
- 원본 분석 절은 analysis/06-adapter-outbound-persistence-mongo.md#L1324 이다.
---
# 구현 없는 4개의 계약 중 셋은 그 사실을 적고, 하나는 적지 않는다
세 인터페이스가 구현이 없다는 사실을 같은 문단으로 명시한다. 네 번째도 구현이 0 인데 그 문단이 없고, 넷 중 오해가 가장 비싼 것이 그것이다.
## 관계
- **등급은 네 단계로 나누고 관측보다 높게 적지 않는다**
같은 계열의 자기 한정 규칙이다.
- **Bean 애너테이션이 있다는 것은 조립 증거가 아니다**
인터페이스의 존재가 능력의 증거가 아니라는 규칙이다.
- **Hibernate filter는 보안 경계가 아니다**
격리 보장의 주체를 확인하는 규칙이다.
## 문제
세 인터페이스가 같은 문단을 담는다.
이 저장소는 구현을 출하하지 않는다. 메서드 시그니처를 사용 가능한 능력이 아니라 명세로 읽어야 한다. 구현이 없는 인터페이스는 주입될 수 없고, 그것을 출하된 동작으로 다루는 것이 플랫폼이 검색을 지원한다는 말이 문서에서는 참이고 배포에서는 거짓이 되는 방식이다.
훌륭한 자기 한정이고 이 리프에서 반복적으로 필요했던 종류의 정직함이다.
## 결론
네 번째 인터페이스도 구현이 0 인데 그 문단이 없다.
네 인터페이스 모두 구현 검색이 일치를 내지 않는다.
그리고 넷 중 오해가 가장 비싼 것이 바로 그것이다. javadoc 이 테넌트 술어 없이는 실행될 수 없는 연산이라고 시작하므로 능동적인 안전장치로 읽힌다.
실제로 그 보장을 제공하는 것은 별도의 술어 주입기이고 그것은 구현이 있다. 이 인터페이스는 어떤 배포가 구현했을 때 그 주입기를 부르게 되는 형태일 뿐이다.
즉 이름과 첫 문장이 보장을 약속하는데, 그 보장을 만드는 것은 다른 타입이고 이 타입은 비어 있다.
수정은 같은 자기 한정 문단을 이 인터페이스에도 추가하고, 실제 보장이 어디서 오는지 함께 적는 것이다.
## 검증 환경
OpenJDK : 21.0.12
확인 방식 : 네 인터페이스의 구현 검색과 javadoc 대조
소스 수정 : x
## 재현 조건
원문은 final/evidence/raw/137 계열에 있다.
1. 세 인터페이스의 자기 한정 문단을 읽는다.
2. 네 인터페이스 모두에 대해 구현 검색을 수행한다.
3. 네 번째 인터페이스의 javadoc 첫 문장을 읽는다.
4. 실제로 테넌트 술어를 강제하는 타입을 찾는다.
## 본문
<!-- body:start -->
`MongoSearchOperations`·`MongoTimeSeriesOperations`·`MongoVectorSearchOperations`는 모두 동일한 문단을 담는다.
> **Scaffold.** This repository ships no implementation… Read a method signature as a specification, not as an available capability — an interface with no implementation cannot be injected, and treating it as shipped behaviour is how "the platform supports search" becomes true in a document and false in a deployment.
## MongoSearchOperations 참조 위치
:::evidence key="analysis-finding-a06-f025" alt="코드베이스에서 MongoSearchOperations 를 검색한 출력 1줄. 이 기록이 세는 참조가 그 출력에 그대로 보인다." caption="MongoSearchOperations 코드베이스 검색 — 1줄 · exit 0" zoom="true"
:::
## 넷째에는 그 문단이 없다
`TenantScopedMongoOperations`도 구현이 0인데(`137-...` §8.3d: 네 interface 모두 `implements` 검색 exit=1) 그 문단이 없다.
## 하필 오해가 가장 비싼 것이다
javadoc이 "Operations that cannot run without a tenant predicate"라고 시작하므로 능동적인 안전장치로 읽힌다. 실제로 그 보장을 제공하는 것은 `MongoTenantPredicateInjector`(policy, 구현 있음)이고, 이 interface는 fork가 구현했을 때만 그 injector를 부르게 되는 **형태**일 뿐이다. P3.
## 확인하지 못한 것
이 인터페이스를 구현했을 때 실제로 주입기가 호출되는 경로가 있는지 확인하지 않았다.
<!-- body:end -->