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>
125 lines
5.5 KiB
Markdown
125 lines
5.5 KiB
Markdown
---
|
|
kind: CONCEPT
|
|
slug: four-grade-disclosure
|
|
title: 네 단계 공시 등급 — modelled에서 production-verified까지
|
|
topic: self-disclosure-grading
|
|
project: clean-architecture-backend-template
|
|
status: 게시 전
|
|
sourceRevision: 21234e38cdb9a926cbc92bb97a2aee2e4a7d2916
|
|
rootTreeNode: concept:four-grade-disclosure
|
|
evidenceCapturedOn: 2026-09-01
|
|
assets:
|
|
- key: four-grade-disclosure
|
|
file: ../../../final/evidence/rendered/four-grade-disclosure.svg
|
|
- key: four-grade-disclosure-diagram
|
|
file: ../../../final/assets/diagrams/four-grade-disclosure.svg
|
|
evidence:
|
|
- ../../../final/evidence/raw/four-grade-disclosure.txt
|
|
source:
|
|
- 원본 분석 절은 final/document.md#7-5 · analysis/16 §45.2, §45.3 이다.
|
|
---
|
|
|
|
# 네 단계 공시 등급 — modelled에서 production-verified까지
|
|
|
|
능력의 성숙도를 네 단계로 나누고 각 단계가 요구하는 증거를 정의한다. 그리고 현재 등급보다 높게 적지 않는다는 규칙을 함께 둔다.
|
|
|
|
## 관계
|
|
|
|
- **등급은 네 단계로 나누고 관측보다 높게 적지 않는다**
|
|
이 개념을 규칙으로 옮긴 것이다.
|
|
- **등급표 13행 중 일곱을 스스로 강등하고 한 행만 관측과 어긋났다**
|
|
이 등급표가 실제로 어떻게 쓰였는지 보여 주는 사례다.
|
|
- **능력 등급은 코드가 아니라 실행된 증거에서 파생한다**
|
|
같은 원칙을 채택한 결정이다.
|
|
|
|
## 본문
|
|
|
|
<!-- body:start -->
|
|
|
|
graphql leaf가 자기 능력을 네 등급으로 공시하는 체계의 설명이다 — `modelled`(타입은 있고 조립 없음) · `wired`(조립됨) · `integration-verified`(통합 테스트로 확인) · `production-verified`(운영 관측). 그리고 규칙 하나 — "현재 등급보다 높게 표현하지 않는다".
|
|
|
|
## 공시 등급의 네 단계
|
|
|
|
:::evidence key="four-grade-disclosure-diagram" alt="modelled 와 wired 와 integration-verified 와 production-verified 가 위에서 아래로 쌓여 있고 오른쪽에 등급 상승 방향 화살표가 있다" caption="공시 등급의 네 단계" zoom="false"
|
|
:::
|
|
|
|
## 이 체계가 작동했다는 증거
|
|
|
|
13행 중 일곱을 **스스로 강등**했고, 이 분석이 파일 단위 배선 데이터와 전수 대조했을 때 12행이 일치했다.
|
|
|
|
## 네 등급과 그 규칙
|
|
|
|
:::evidence key="four-grade-disclosure" alt="분석 문서 final/document.md 에서 이 기록의 근거 절을 그대로 잘라낸 18줄. 코드베이스를 측정한 것이 아니라 원본 판정이 무엇을 적었는지를 보여 준다." caption="final/document.md 발췌 — 18줄" zoom="true"
|
|
:::
|
|
|
|
## 타입 이름이 등급을 인코딩한다
|
|
|
|
`*Admission` — "Spring transport handler는 없다, 그래서 타입 이름도 `*Admission`이다".
|
|
|
|
:::note
|
|
|
|
없음 — 13행 전수 대조
|
|
|
|
:::
|
|
|
|
## 네 단계
|
|
|
|
```text
|
|
| 등급 | 의미 |
|
|
| --- | --- |
|
|
| modelled | 정책·계약 객체가 있고 단위 테스트가 있다. 요청 경로에는 없다. |
|
|
| wired | Spring 실행 경로에 연결돼 있고, 실제 endpoint 테스트가 그 사실을 증명한다. |
|
|
| integration-verified| 실제 외부 시스템(datastore/broker) 과의 통합 증거가 있다. |
|
|
| production-verified | 실부하·장애 시나리오 증거가 있다. |
|
|
```
|
|
|
|
각 단계가 요구하는 증거가 명시되어 있다. 코드가 있다는 것은 첫 단계의 조건이고 그 이상은 아니다.
|
|
|
|
`modelled` 의 정의가 특히 정확하다. 요청 경로에는 없다는 문장이 함께 있다. 즉 이 등급은 부재를 함께 선언한다.
|
|
|
|
## 규칙이 등급표 위에 있다
|
|
|
|
```text
|
|
쓰고, **현재 등급보다 높게 표현하지 않는다.**
|
|
```
|
|
|
|
한 문장이지만 방향이 정해져 있다. 낮게 적는 것은 허용되고 높게 적는 것은 금지된다.
|
|
|
|
## 증거 칸이 등급을 지탱한다
|
|
|
|
각 행이 등급과 함께 증거를 적는다.
|
|
|
|
```text
|
|
| 실행 파이프라인 / 인가 / cost 예산 | wired | runtime/GraphQlPlatformExecutionPathTest (random-port, 거부 시 resolver 호출 0회) |
|
|
| 관측 tag cardinality (observation/) | wired | … 실제 MeterRegistry 에 임의 이름 10,000개 → series 1개 |
|
|
| DataLoader/batching (dataloader/) | wired | … 실제 graphql-java 실행 + Spring BatchLoaderRegistry, 50 parent → 3 downstream 호출 |
|
|
```
|
|
|
|
증거가 구체적인 수를 담는다. 임의 이름 10,000개가 시계열 1개가 된다거나, 부모 50개가 하위 호출 3회가 된다는 식이다.
|
|
|
|
## 부재를 증거로 고정한다
|
|
|
|
```text
|
|
| cursor 서명 (pagination/) | modelled | HmacGraphQlCursorCodec·GraphQlCursorKeyRing 단위 테스트만.
|
|
**auto-configuration 이 둘 중 무엇도 생성하지 않는다** — autoconfigure/GraphQlPolicyRequestPathTest 가 그 사실을 고정 |
|
|
| mutation 멱등성 (mutation/) | modelled | GraphQlMutationIdempotencyInterceptor 를 참조하는 configuration 이 없다. 같은 테스트가 고정 |
|
|
```
|
|
|
|
:::tip
|
|
|
|
없다는 사실을 테스트로 고정한다. 나중에 누군가 배선하면 그 테스트가 깨지고, 그때 등급표를 함께 갱신하게 된다. 부재가 조용히 존재로 바뀌지 않는다.
|
|
|
|
:::
|
|
|
|
## 마지막 행은 등급이 아니다
|
|
|
|
```text
|
|
| 실부하·장애 | 미달성 | graphqlPerformanceTest 레인이 자리를 예약, 증거 없으면 릴리스 게이트가 거부 |
|
|
```
|
|
|
|
네 등급 중 어느 것도 아니고 미달성이다. 그리고 그 증거가 없으면 릴리스 게이트가 거부한다.
|
|
|
|
증거 자체는 실제 부하 인프라를 요구하므로 이 리프 밖에서 생성한다. 레인이 그 자리를 예약해 둔다.
|
|
|
|
<!-- body:end -->
|