Files
document-haness/docs/clean-architecture-backend-template/tech-log-studio/transaction-and-consistency-models/concept/concept-grpc-server-c01.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

59 lines
2.5 KiB
Markdown

---
kind: CONCEPT
slug: grpc-server-c01
title: 승인이 마감보다 먼저이고 멱등이 검증보다 먼저다
topic: transaction-and-consistency-models
project: clean-architecture-backend-template
status: 게시 전
sourceRevision: 21234e38cdb9a926cbc92bb97a2aee2e4a7d2916
rootTreeNode: concept:grpc-server-c01
evidenceCapturedOn: 2026-09-01
assets:
- key: grpc-server-c01
file: ../../../final/evidence/rendered/grpc-server-c01.svg
- key: grpc-server-c01-diagram
file: ../../../final/assets/diagrams/grpc-server-c01.svg
evidence:
- ../../../final/evidence/raw/grpc-server-c01.txt
source:
- 원본 분석 절은 analysis/grpc/grpc-server.md#L53 이다.
module: grpc-server
---
# 승인이 마감보다 먼저이고 멱등이 검증보다 먼저다
인터셉터가 열 단계이고 선언 순서가 계약이다. 각 위치의 이유가 열거형 javadoc에 있다.
## 본문
<!-- body:start -->
열 단계이고 선언 순서가 계약이다. 각 위치의 이유가 열거형 javadoc 에 있다.
```text
EXCEPTION_BOUNDARY → TRACE → AUTHENTICATION → ACTOR_TENANT → AUTHORIZATION
→ ADMISSION → DEADLINE_CANCELLATION → IDEMPOTENCY → VALIDATION → SERVICE_ADAPTER
```
## 열 단계 중 안쪽 다섯
:::evidence key="grpc-server-c01-diagram" alt="승인과 마감 취소와 멱등과 검증과 서비스 어댑터가 왼쪽에서 오른쪽으로 이어지고 화살표마다 넘어가는 값이 붙은 구조" caption="열 단계 중 안쪽 다섯" zoom="false"
:::
- 예외 경계가 가장 바깥 — 이후 단계의 실패가 매핑되지 않은 상태로 새지 않는다
- 인증 → 행위자·소속 → 인가 — 각 단계가 앞 단계의 답을 필요로 한다
- 승인이 마감보다 먼저 — 부하 중 서버가 일을 쓰기 전에 흘려보낸다
- 멱등이 검증보다 먼저 — 재생된 요청이 이미 받아들인 본문을 다시 검증하지 않고 저장된 결과를 돌려준다
- 검증이 어댑터 직전 — 사용 사례는 믿을 수 있는 메시지를 받는다
## 이 기록이 다루는 파일 범위
:::evidence key="grpc-server-c01" alt="코드베이스에서 파일 목록을 만든 출력 17줄. 이 기록이 다루는 범위가 그 목록이다." caption="코드베이스 파일 목록 — 17줄 · exit 0" zoom="true"
:::
## 선택적인 단계는 하나뿐이다
필수가 아닌 단계는 멱등 하나다 — 상태 변경 키 메서드가 없는 서버에는 할 일이 없기 때문이다.
<!-- body:end -->