---
kind: QUESTION
slug: container-lanes-not-executed
title: 컨테이너가 필요한 레인의 실제 결과를 실행으로 확인하지 않았다
topic: what-a-gate-does-not-prove
project: clean-architecture-backend-template
status: 게시 전
sourceRevision: 21234e38cdb9a926cbc92bb97a2aee2e4a7d2916
rootTreeNode: open-question:container-lanes-not-executed
questionStatus: OPEN
verifiedOn:            # 이 기록은 이번 회차에 실행 확인을 하지 않았다
evidence:
  - ../../../final/evidence/raw/tl-platform-suite-results.txt
---

# 컨테이너가 필요한 레인의 실제 결과를 실행으로 확인하지 않았다

기본 test 레인은 전부 돌렸다. 남은 것은 릴리스 게이트에 붙은 특수 레인과 readiness 태스크이고, 그중 어느 것이 지금 빨간지 모른다.

## 사실

실행한 레인과 결과가 기록되어 있다. messaging 851, grpc 579, 증거 레인 세 종, graphql 1,603, websocket 720, grpc 어댑터 48, app-bootstrap 1,016 중 환경 실패 1 건이다.

미실행 레인의 목록과 각각의 요구사항이 기록되어 있다.

messaging 인증 레인만 CI 가 강제한다.

이 컨테이너에 Docker 가 있다. 클라이언트 29.1.3, 서버 29.6.1 이다.

Testcontainers 를 쓰는 기본 test 레인을 전부 돌렸다. persistence-jpa 477, persistence-mongo 72, cache-redis 435, fileserver 398 중 로케일 원인 1 실패, objectstorage 140, notification 327, httpclient 283 중 듀얼스택 원인 3 실패다.

## 가정

기본 test 레인이 통과했으므로 특수 레인도 대체로 통과할 것이라고 전제하고 싶어지지만, 그 전제에는 근거가 없다. 특수 레인은 다른 소스셋과 다른 태그를 쓰고, 릴리스 게이트가 의존하는 것이 그쪽이다.

## 미지수

JPA 의 특수 레인 여섯 개와 readiness 태스크 열다섯 종의 결과.

websocket 커스텀 레인 네 종의 결과.

grpcPerformanceTest 의 실제 결과.

그중 어느 것이 지금 빨간지.

## 제약

일부 레인은 major 당 한 잡으로 나눠 돌려야 한다. 다중 버전 선택은 거부된다.

애플리케이션 소스를 수정하지 않는다.

사용자 워크스페이스의 빌드 산출물을 삭제하지 않는다.

## 선택지

릴리스 게이트 두 개를 먼저 돌린다
JPA 릴리스 게이트와 messaging 인증 증거 검증을 돌리면 대부분의 특수 레인이 그 아래에서 실행된다.

레인을 개별로 돌린다
실패를 격리하기 좋지만 시간이 오래 걸리고 게이트 자체의 조립은 검증되지 않는다.

## 다음 검증

두 명령을 먼저 돌린다.

./gradlew jpaPlatformReleaseGate
./gradlew :messaging:messaging-kafka:verifyMessagingCertificationEvidence

두 명령의 종료 코드와 실패 목록이 나오면 이 질문을 닫는다.

실패가 나오면 각각이 새 Case 후보가 되고, 아무도 돌리지 않는 레인의 게이트는 마지막으로 돌린 사람이 본 것을 보고한다는 규칙의 예측과 대조한다.

## 관계

- **커밋 모호성 계약 레인이 이 리비전에서 통과하는지 실행으로 확인되지 않았다**
  이 질문의 JPA 쪽 하위 항목이다.
- **아무도 돌리지 않는 레인의 게이트는 마지막으로 돌린 사람이 본 것을 보고한다**
  이 질문의 결과가 검증하거나 반증할 규칙이다.
- **릴리스 게이트가 읽는 증거를 아무도 생산하지 않는다**
  같은 규칙이 이미 적용된 사례다.