DongHyeonkaandClaude Opus 5
ab59130196
이번 파이프라인 작업과 무관하게 작업 트리에 남아 있던 것을 그대로 올린다. 사용자가 「전부 커밋」으로 정했고, 이번 작업과 섞이지 않게 커밋만 나눴다. 대부분은 clean-architecture-backend-template 의 그림 정본 재배치다 — final/assets/diagrams/<이름>/ 에 있던 것이 CLAUDE.md 가 적은 배치인 final/assets/<이름>/ 로 옮겨졌고 .techviz/<이름>/ 이 함께 들어왔다. 삽입 줄의 대부분(3.15M)이 그 .techviz context.json 이다. 그 밖에 ca-tmpl·document-haness 의 정리, .claude/agents/ 열한 개, writing-practitioner-guides 스킬, .playwright-mcp 세션 산출물, scripts/check-ssot-facts.py 와 그 시험이 들어 있다. 이 커밋의 내용은 내가 만든 것이 아니라 이전 세션이 남긴 것이고 검증하지 않았다. Co-Authored-By: Claude Opus 5 (1M context) <noreply@anthropic.com>
67 lines
3.0 KiB
Markdown
67 lines
3.0 KiB
Markdown
---
|
|
kind: PROJECT_DECISION
|
|
slug: pool-need-is-a-capability-question
|
|
title: 풀이 필요한지는 "JPA가 켜졌나"가 아니라 "커넥션이 필요한 capability가 있나"로 묻는다
|
|
topic: assembly-ownership
|
|
project: clean-architecture-backend-template
|
|
status: 게시 전
|
|
sourceRevision: 21234e38cdb9a926cbc92bb97a2aee2e4a7d2916
|
|
rootTreeNode: decision:pool-need-is-a-capability-question
|
|
decisionStatus: ADOPTED
|
|
decidedOn: 2026-08-30
|
|
source:
|
|
- src/app-bootstrap/src/main/java/dev/caskeleton/bootstrap/autoconfigure/persistencejpa/DataSourceRequirement.java
|
|
- final/document.md#a05
|
|
- final/document.md#a18
|
|
- final/document.md#10-3
|
|
---
|
|
|
|
# 풀이 필요한지는 "JPA가 켜졌나"가 아니라 "커넥션이 필요한 capability가 있나"로 묻는다
|
|
|
|
관계형 커넥션 풀을 열지 말지는 활성 능력 중 커넥션을 요구하는 것이 하나라도 있는지로 판정한다. JPA 가 꺼졌는지만 물으면 아무도 쓰지 않는 풀을 열거나, 정당하게 쓰고 있던 능력을 조용히 망가뜨린다.
|
|
|
|
## 결정문
|
|
|
|
관계형 커넥션 풀을 열지 말지는 활성 능력 중 커넥션을 요구하는 것이 하나라도 있는지로 판정한다.
|
|
|
|
## 판단 이유
|
|
|
|
풀은 JPA 의 사유물이 아니다. outbox 와 JDBC 멱등성 저장소와 다중 인스턴스 락과 알림 저장소와 Fileserver 트랜잭션 경로가 전부 커넥션을 필요로 한다.
|
|
|
|
JPA 가 꺼졌는지만 물으면 두 방향으로 틀린다. 아무도 쓰지 않는 풀을 열거나, 정당하게 쓰고 있던 능력을 조용히 망가뜨린다.
|
|
|
|
그래서 요구하는 능력을 이름으로 열거하고 그 논리합으로 판정한다. 여섯 조건이다.
|
|
|
|
퍼시스턴스 JPA 마스터 스위치
|
|
outbox 활성
|
|
멱등성 제공자가 jdbc
|
|
다중 인스턴스 락 활성
|
|
알림 플랫폼의 관계형 저장소 요구
|
|
Fileserver 플랫폼이 관계형 트랜잭션 제공자와 함께 활성
|
|
|
|
각 조건은 참일 때 사람이 읽을 수 있는 사유 문자열을 남긴다. 그래서 판정이 예 또는 아니오가 아니라 근거 목록이 되고, 그것이 운영자가 읽을 수 있는 의존성 오류가 된다.
|
|
|
|
## 영향
|
|
|
|
감수하는 것
|
|
|
|
능력이 추가될 때마다 이 목록을 갱신해야 한다. 빠뜨리면 그 능력은 풀 없이 조립되고 첫 사용에서 실패한다.
|
|
|
|
목록이 설정 속성 이름에 직접 의존한다. 속성 이름이 바뀌면 이 판정도 함께 바뀌어야 한다.
|
|
|
|
얻는 것
|
|
|
|
꺼진 JPA 배포에서 outbox 만 켠 구성이 정상 동작한다.
|
|
|
|
풀이 열린 이유를 사람이 읽을 수 있다. 판정이 사유 목록을 남기기 때문이다.
|
|
|
|
## 근거
|
|
|
|
- **프레임워크가 기여하는 자동설정까지 세지 않으면 스위치가 아니다**
|
|
이 결정이 속한 규칙 계열이다.
|
|
- **꺼짐은 조건의 반복이 아니라 구조여야 한다**
|
|
같은 조립 원칙의 다른 면이다.
|
|
- **마스터 스위치는 루트 하나가 소유하고 자식 설정은 조건을 갖지 않는다**
|
|
이 판정을 소비하는 구조다.
|
|
|