Files
auto-stock/Jenkinsfile
shuim 9fab4018d4 fix: 프로그램 검증 루프 7회차 — 리스크·주문·청산·인프라 결함 일괄 수정 + 거래 확대 결정 반영
하네스 규칙 검사 전역 위반 117→0, 회차별 검증(code-verifier opus 4도메인)으로 Critical/High 해소.

주문·리스크
- MDD 강제축소 반복 매도(종목별 완료 집합·재시도 상한·날짜 롤오버·잔고 오류 보류·epoch·장외 미주문)
- KIS 거부 FAILED 기록, 결과 불명(전송 후) 재전송 금지·PENDING, 미전송 실패만 재시도(msg_cd 분류)
- 국내 전량·손실 매도 시장가, 부분 익절 직전 현재가, 지정가만 미체결 취소(cancel_order_v2: TR 0013U·조직번호) + 0체결 롤백
- 누적 4%·현금·레버리지(신규분 포함)·사이클 내 매수 누적, 수동매수 공용 가드(buy_guards), 수동매도 DT 차감·락
- 가드 우회 엔드포인트 차단(/recommendations/auto-trade 위임, US /execute 매수 410·매도 가드)
- 매수 슬롯=성공 매수, 평가 상한·회전, 업무거부/계좌 쿨다운, 프로세스 내 in-flight 주문 중복 차단
데이트레이딩
- 진입·청산 shield, 청산 진행 중 표식(소유 토큰), 2단계 청산 체크, 결과 불명 → 보유 감소 판정·비DT 차감 상한
- 전일 포지션 재시도(일시 실패 미산정), 분할매도 영속, ORB 구간 손절, /cycle 락, 사이클 내 현금 차감, 체결 수량 보정
스윙
- 손절 공백(판정 예외 시 하드 바닥), 단일 손절 소스·범위 검증, 매도 직전 KIS 잔고 상한(min(주문가능,보유)−DT)
- 결과 불명 체결 대조·장부 반영, 대체가(나이·진입 이후·ATR 캐시), 분할 단계 기록, 국면 실패 fail-closed
- 듀얼 플레이북·서킷브레이커 게이트, 평균회귀 우선·듀얼 독립, 시간손절 거래일
- 거래 확대(사용자 결정, 백테스트 미검증): RSI 46/35 정본 경로, 모멘텀 v2 ON, SIDEWAYS ADX AND, 트레일링 1차 익절 후, 20일 시간손절 ON
인프라·보안
- 계좌·손익 GET 인증, 세션 is_active·관리자 경로, 서명키 파생, realip, WS 토큰 마스킹
- KIS 토큰 즉시 실패(sleep 제거)·무효 시 캐시 삭제, 주문 5xx+JSON 본문 반환
- db_worker 종료 drain(멱등 재실행·커밋 불명 격리·예산·밴 커밋), stop_grace 40s, Redis 타임아웃·volatile-lru, /health DLQ·캐시
- KRX 휴장일, py3.11 비호환 f-string 수정 + Jenkins 이미지 내 compileall·헬스 실패 시 빌드 실패
하네스: rules_check 에 PEP 701 f-string 검사, 마커(allow-*), deploy 스모크 401 기준
CLAUDE.md: 실제 동작·플래그·백로그(§8.5-27~38) 갱신

backend 1451 passed / hooks 112 passed / tsc ok / py3.9 compile 0 errors

Co-Authored-By: Claude Opus 5.5 <noreply@anthropic.com>
2026-10-02 12:01:31 +09:00

158 lines
6.3 KiB
Groovy

pipeline {
agent any
environment {
DEPLOY_DIR = '/volume1/docker/autostock'
ENV_FILE = "${DEPLOY_DIR}/.env"
// Dockerfile 의 pip/npm 캐시 마운트(RUN --mount=type=cache)를 쓰려면 BuildKit 필요
DOCKER_BUILDKIT = '1'
COMPOSE_DOCKER_CLI_BUILD = '1'
}
options {
timeout(time: 30, unit: 'MINUTES')
disableConcurrentBuilds()
}
stages {
stage('Checkout') {
steps {
checkout scm
}
}
stage('Validate') {
steps {
sh '''
echo "=== Syntax Check ==="
python3 -c "
import ast, pathlib
errors = []
for f in pathlib.Path('backend/app').rglob('*.py'):
try:
ast.parse(f.read_text())
except SyntaxError as e:
errors.append(f'{f}: {e}')
for f in pathlib.Path('mcp-server').glob('*.py'):
try:
ast.parse(f.read_text())
except SyntaxError as e:
errors.append(f'{f}: {e}')
if errors:
print('\\n'.join(errors))
exit(1)
print('All files OK')
"
'''
}
}
stage('Sync & Build') {
steps {
sh """
echo "=== Syncing source to deploy directory ==="
mkdir -p ${DEPLOY_DIR}
# bind mount 대상 디렉터리 사전 생성 (없으면 docker 가 Bind mount failed 로 중단)
mkdir -p ${DEPLOY_DIR}/logs ${DEPLOY_DIR}/token_cache
chmod 777 ${DEPLOY_DIR}/token_cache 2>/dev/null || true
# .env 존재 확인
if [ ! -f "${ENV_FILE}" ]; then
echo "WARNING: ${ENV_FILE} not found. Creating template..."
cp deploy/setup-nas.sh ${DEPLOY_DIR}/ 2>/dev/null || true
fi
# 소스 동기화 (backend, mcp-server, frontend, docker-compose.yml, docker/)
cp docker-compose.yml ${DEPLOY_DIR}/
cp -r docker/ ${DEPLOY_DIR}/ 2>/dev/null || true
rsync -a --delete backend/ ${DEPLOY_DIR}/backend/ || cp -r backend/ ${DEPLOY_DIR}/backend/
rsync -a --delete mcp-server/ ${DEPLOY_DIR}/mcp-server/ || cp -r mcp-server/ ${DEPLOY_DIR}/mcp-server/
rsync -a --delete frontend/ ${DEPLOY_DIR}/frontend/ || cp -r frontend/ ${DEPLOY_DIR}/frontend/
echo "=== Building Docker Images ==="
cd ${DEPLOY_DIR}
docker-compose build backend mcp-server frontend
"""
}
}
// H1: 마이그레이션은 반드시 Deploy(백엔드 재기동) 이전에 끝나야 한다.
// `create_all()`은 신규 테이블만 생성하고 기존 테이블 컬럼 추가는 하지 않으므로,
// 새 이미지를 먼저 올리면(구 스키마 + 신규 컬럼을 매핑하는 신규 코드) 레거시 경로
// 전체가 UndefinedColumnError로 실패한다. 마이그레이션 실패 시 파이프라인을 중단한다
// (기존 backend 컨테이너는 아직 중지 전이라 서비스 영향 없음).
stage('DB Migration') {
steps {
sh """
cd ${DEPLOY_DIR}
# [2026-10-02] 운영 이미지의 파이썬(3.11)으로 문법 검사 — Validate 단계는 NAS 시스템
# python3 로 돌아 3.12 전용 문법(PEP 701 f-string 등)을 놓친다. 실패 시 마이그레이션·배포 전에 중단.
docker-compose run --rm --no-deps backend python -m compileall -q app
# N1: create_all 전용으로 운영돼 alembic_version 이 비어 있으면 upgrade head 가
# 0001 부터 실행돼 기존 컬럼과 충돌한다. 이력이 없으면 현 스키마(users 테이블까지
# create_all 로 존재) 기준인 0008 로 stamp 한 뒤 0009+ 만 적용한다.
CURRENT=\$(docker-compose run --rm --no-deps backend alembic current 2>/dev/null | grep -oE '^[0-9a-f]{4,}' || true)
if [ -z "\$CURRENT" ]; then
echo "alembic 이력 없음 → stamp 0008"
docker-compose run --rm --no-deps backend alembic stamp 0008
else
echo "alembic current: \$CURRENT"
fi
docker-compose run --rm --no-deps backend alembic upgrade head
"""
}
}
stage('Deploy') {
steps {
sh """
cd ${DEPLOY_DIR}
echo "=== Rolling Deploy (앱만 재시작, DB/Redis 유지) ==="
docker-compose stop backend mcp-server frontend 2>/dev/null || true
docker-compose up -d
echo "=== Waiting for health check ==="
sleep 15
# [2026-10-02] 헬스 실패를 빌드 실패로 — 이전엔 루프가 끝나도 성공 처리됐다.
# /health 는 DB/Redis 장애 시 200+"degraded" 를 주므로 status 까지 확인한다.
HEALTHY=0
for i in 1 2 3 4 5 6 7 8 9 10; do
if curl -sf http://localhost:8000/health 2>/dev/null | grep -q '"status":"healthy"'; then
echo "Backend is healthy!"
HEALTHY=1
break
fi
echo "Waiting for backend... (\$i/10)"
sleep 5
done
if [ "\$HEALTHY" != "1" ]; then
echo "❌ Backend health check failed"
docker-compose logs --tail=80 backend || true
exit 1
fi
docker-compose ps
"""
}
}
}
post {
success {
echo 'Deployment successful!'
}
failure {
echo 'Deployment failed!'
sh """
cd ${DEPLOY_DIR} 2>/dev/null && docker-compose logs --tail=30 backend mcp-server 2>/dev/null || true
"""
}
always {
cleanWs()
}
}
}