---
kind: CASE
slug: thirteen-startup-rules-never-run
title: 확인한 자동설정 경로가 시작 검증기 13개 규칙을 호출하지 않는다
topic: assembly-ownership
project: clean-architecture-backend-template
status: 게시 전
sourceRevision: 21234e38cdb9a926cbc92bb97a2aee2e4a7d2916
rootTreeNode: case:thirteen-startup-rules-never-run
evidenceCapturedOn: 2026-09-01
assets:
  - key: thirteen-startup-rules-never-run
    file: ../../../final/evidence/rendered/thirteen-startup-rules-never-run.svg
evidence:
  - ../../../final/evidence/raw/thirteen-startup-rules-never-run.txt
source:
  - 원본 분석 절은 final/document.md#5-3 · final/document.md#a20 §3.1 이다.
---

# 확인한 자동설정 경로가 시작 검증기 13개 규칙을 호출하지 않는다

gRPC 플랫폼의 시작 검증기는 188줄에 13개 위반 규칙을 담고 있다. searched direct reference 기준으로 호출은 자기 테스트에서 확인했고, `GrpcPlatformAutoConfiguration`은 이 검증기를 직접 호출하지 않는다. 이 결과만으로 다른 lifecycle·framework discovery 경로까지 없다고 단정하지 않는다.

## 관계

- **시작 검증기는 실제 lifecycle과 assembly 경로에서 실행 여부를 확인한다**
  이 사례의 direct-call 결과를 runtime 전체 미실행으로 과장하지 않기 위해 만든 확인 절차다.
- **@Bean이 있다는 것은 조립 증거가 아니다**
  검증기가 존재한다는 것과 그것이 도는 것은 별개다.

## 문제

GrpcPlatformStartupValidator 는 188줄이고 violations 목록에 13개 항목을 추가한다. TLS 요구, 실행기 풀 크기, 채널 프로파일, 자격증명 누출 등을 검사한다.

searched direct reference에서는 `GrpcPlatformStartupValidatorTest`의 테스트 호출만 확인된다.

같은 패키지의 GrpcPlatformAutoConfiguration 은 106줄이고 @Bean 이 9개인데, 그중 어느 것도 이 검증기를 부르지 않는다.

## 결론

검증기는 규칙과 단위 테스트를 갖고 있지만, 확인한 자동설정 경로에서는 호출되지 않는다.

이 판정은 gRPC 블록 전체가 현재 확인한 런타임 컴포지션에 속하지 않는다는 범위 안에 있다. 저장소 문서도 그 상태를 인정하므로 현재 미실행 자체를 결함으로 보지 않는다. 다만 블록을 배포하기 시작할 때는 검증기를 lifecycle에 명시적으로 연결해야 한다. 확인한 자동설정 경로는 이 검증기를 호출하지 않는다.

13개 규칙은 테스트로 고정되어 있으므로 회귀는 잡힌다. 잡히지 않는 것은 그 규칙이 실행 시점에 적용되는가다.

확인 절차로 일반화하면 direct caller에서 멈추지 않는다. `@Bean`·component scan·auto-configuration, lifecycle callback, application event·post processor, framework discovery를 차례로 확인하고, 실제 부팅이 가능한 환경에서는 condition report와 시작 로그까지 본다. 검증기 파일과 테스트의 존재만으로 runtime 실행 여부를 판정하지 않는다.

## 검증 환경

OpenJDK : 21.0.12
Gradle : 9.0.0
Spring Boot : 4.0.8
확인 방식 : 정적 도달성 확인
소스 수정 : x

## 재현 조건

원문은 final/evidence/raw/267-grpc-family-reachability.txt 에 있다.

1. GrpcPlatformStartupValidator 의 줄 수와 violations 추가 지점 수를 센다.
2. 저장소 전체에서 이 타입의 참조를 찾고 main 과 test 를 구분한다.
3. GrpcPlatformAutoConfiguration 의 @Bean 목록에서 검증기 호출이 있는지 확인한다.

## 본문

<!-- body:start -->

validator가 5개 그룹 13개 규칙을 갖고(transport·security 4 / executor 2 / methods 4 / channels 2 / advanced isolation 1) javadoc이 그 13개를 고른 기준을 "None of them fails a smoke test"로 적는다.

## 다섯 그룹 13개 규칙

:::evidence key="thirteen-startup-rules-never-run" alt="분석 문서 final/document.md 에서 이 기록의 근거 절을 그대로 잘라낸 18줄. 코드베이스를 측정한 것이 아니라 원본 판정이 무엇을 적었는지를 보여 준다." caption="final/document.md 발췌 — 18줄" zoom="true"
:::

## 확인한 자동설정 경로는 validator를 부르지 않는다

자동설정은 `@Bean` 9개를 만들면서 이 validator를 직접 부르지 않는다. validator 자체는 static 메서드 기반이라 일반적인 component bean 등록 경로도 보이지 않는다. 다만 다른 lifecycle·framework discovery 경로까지 이번 정적 검색으로 배제하지 않는다.

## 두 개의 강제가 이 하나를 통해서만 성립한다

CLAUDE.md가 인용한 "streaming method가 Stable catalog에 등록되면 startup을 거부한다"와 §2.2의 runtime 강제는 이 validator의 규칙에 의존한다. 확인한 자동설정 경로만 보면 이 규칙을 호출하지 않는다.

## 확인하지 못한 것

gRPC 블록이 어떤 배포에도 포함되지 않으므로 런타임 관측은 불가능하다. 이 판정은 정적 도달성에 근거한다.

build-only 가족이라 부팅 확인이 불가능하다 — 채택 시점에만 관측 가능

<!-- body:end -->