Files
document-haness/docs/clean-architecture-backend-template/tech-log-studio/composition-and-lifecycle-models/concept/concept-messaging-spring-cloud-stream-bridge-c01.md
T
DongHyeonkaandClaude Fable 5.1 b25357c48a docs(clean-architecture-backend-template): fold analysis into final and re-select one topic
- analysis/·source-index·state.json 을 final/document.md 제2부·제3부로 접었다. SSOT 는 하나다
- 파일럿 — commit-ambiguity-as-a-result 를 새 기준으로 재선별. 후보 14 → 글감 5
  (PROMOTE 5 · MERGE_INTO 3 · KEEP_IN_SSOT 4 · 보류 2). 기록 5건을 다시 썼고 그림 1개를
  techviz 로 만들었다
- 재선별이 잡은 것: 제1부 §6.2·§11.1 이 자기 §13.2 와 어긋나 있었다(레인을 안 돌렸다 vs
  돌렸다) — 정정. 이미 답이 나와 있던 Question 을 HEAD 재실행 질문으로 다시 세웠다.
  Concept 이 인용한 코드가 SSOT 에 없어 뺐다
- candidateScope·sourceRepository 기록. 나머지 43개 주제는 재선별 대기(PENDING 905)

Co-Authored-By: Claude Fable 5.1 <noreply@anthropic.com>
2026-09-07 12:39:20 +09:00

3.2 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 messaging-spring-cloud-stream-bridge-c01 플랫폼 보장과 헷갈릴 만큼 닮은 것이 이 리프의 위협 모델이다 composition-and-lifecycle-models clean-architecture-backend-template 게시 전 21234e38cdb9a926cbc92bb97a2aee2e4a7d2916 concept:messaging-spring-cloud-stream-bridge-c01 2026-09-01
key file
messaging-spring-cloud-stream-bridge-c01 ../../../final/evidence/rendered/messaging-spring-cloud-stream-bridge-c01.svg
../../../final/evidence/raw/messaging-spring-cloud-stream-bridge-c01.txt
원본 분석 절은 final/document.md#a19-messaging-spring-cloud-stream-bridge#L56 이다.
messaging-spring-cloud-stream-bridge

플랫폼 보장과 헷갈릴 만큼 닮은 것이 이 리프의 위협 모델이다

Spring Cloud Stream 바인딩을 이미 쓰는 서비스가 같은 논리 목적지에 닿게 하는 상호운용 seam이다. 바인더 의미론을 플랫폼 보장으로 승격하지 않는다.

관계

  • 허용 의존 목록은 상한이므로 미사용을 잡지 않는다 같은 분석 리프에서 끌어낸 규칙이다.
  • 등록을 받는 컴포넌트는 해제도 제공한다 같은 분석 리프에서 끌어낸 규칙이다.
  • 함께 읽히는 두 맵은 한 값으로 묶는다 같은 분석 리프에서 끌어낸 규칙이다.
  • 에러 메시지가 지시하는 설정은 그 설정을 읽는 코드와 함께 존재해야 한다 같은 분석 리프에서 끌어낸 규칙이다.
  • 한 개념의 등록 상태를 두 객체가 나눠 갖지 않는다 같은 분석 리프에서 끌어낸 규칙이다.

본문

Spring Cloud Stream 바인딩을 이미 쓰는 서비스가 같은 논리 목적지에 닿게 하는 상호운용 seam이다.

"The bridge is an interoperability seam, not a second messaging API… Binder semantics are never promoted to platform guarantees. Stream's binder has its own retry, its own dead-letter, and its own acknowledgement mode, and they look enough like the platform's to be mistaken for them — so a destination that actually relies on the platform's versions is refused by StreamBridgePolicyGuard rather than served with the binder's."

**"look enough like the platform's to be mistaken for them"**이 이 leaf 전체의 위협 모델이다.

차이를 드러내는 세 층

브리지는 기능을 추가하지 않고 차이를 드러낸다.

무엇을
StreamBridgePolicyGuard 플랫폼 보장에 의존하는 목적지를 아예 거절
BindingProfileValidator 바인더 확장 속성이 프로파일 결정을 덮는 것을 거절
BindingCapabilityReport 남은 차이를 문장으로 기록

세 번째가 특이하다 — 거절할 수 없는 차이를 문서화 가능한 값으로 만든다.

이 기록이 다루는 파일 범위

:::evidence key="messaging-spring-cloud-stream-bridge-c01" alt="코드베이스에서 파일 목록을 만든 출력 6줄. 이 기록이 다루는 범위가 그 목록이다." caption="코드베이스 파일 목록 — 6줄 · exit 0" zoom="true" :::