- **Version naming**: Include date, time, commit hash, and CI run number
Format: quantengine_YYYYMMDD_HHMMSS_COMMIT_HASH_RUNNUM
- **Cleanup script**: Auto-remove old versions to prevent disk exhaustion
- Keep 5 most recent by default
- Remove staging/test versions
- Can be run weekly via cron or after deployments
- Supports dry-run mode for validation
Addresses: Disk usage management for long-running CI/CD pipeline
Co-Authored-By: Claude Haiku 4.5 <noreply@anthropic.com>
## 변경 사항
### 1. Green-Blue 배포 스크립트 (새로움: deploy_gb.sh)
taxbaik의 배포 전략을 QuantEngine에 맞춰 로컬화
**기능**:
- Phase 1: 새 버전(Green) 준비 (배포 중단 없음)
- Phase 2: 마이그레이션 사전 검증
- Phase 3: Nginx 설정 검증
- Phase 4: 데이터베이스 마이그레이션 준비 확인
- Phase 5: 원자적 전환 (Blue → Green)
- Phase 6: 서비스 재시작
- Phase 7: 이전 버전 정리 (최근 5개 유지)
**장점**:
- 배포 중단 최소화 (원자적 링크 전환)
- 즉각 롤백 가능 (이전 버전 유지)
- 단계별 검증으로 배포 안정성 ↑
### 2. 마이그레이션 검증 스크립트 (새로움: scripts/validate_migrations.sh)
배포 전 데이터베이스 상태 검증
**검증 항목**:
- 데이터베이스 연결 테스트
- 현재 마이그레이션 버전 확인
- DbUp 마이그레이션 파일 검증
- 필수 테이블 존재 확인
- 마이그레이션 호환성 (다운그레이드 방지)
- 마이그레이션 시간 예측
**효과**:
- 배포 전 데이터 무결성 보장
- 마이그레이션 실패 사전 차단
- 롤백 필요성 제거
### 3. deploy-prod.yml 통합
- 마이그레이션 검증을 배포 전에 실행
- Green-Blue 배포 스크립트 호출
- Nginx 설정 검증 추가
- 배포 이력 로깅
## 배포 흐름 (개선)
```yaml
1. 빌드 + 테스트
2. 패키지 생성 (tar.gz)
├─ deploy_gb.sh 포함
└─ scripts/validate_migrations.sh 포함
3. Pre-Deployment 검증
├─ DB 연결 테스트
├─ 마이그레이션 호환성 확인
└─ 필수 테이블 검증
4. Green-Blue 배포 (deploy_gb.sh)
├─ Green 버전 준비
├─ Nginx 설정 검증
├─ 원자적 링크 전환
├─ 서비스 재시작
├─ 자동 롤백 (실패 시)
└─ 이전 버전 정리
5. 헬스체크 (3회)
6. Nginx 재검증
```
## 아키텍처 원칙
1. **무중단 배포** (Shadow Copy + Green-Blue)
- 링크 전환 시에만 짧은 중단
- 롤백 즉시 가능
2. **사전 검증** (Pre-Deployment)
- 배포 전 모든 조건 확인
- 배포 중단 최소화
3. **자동 복구** (Auto-Rollback)
- 헬스체크 실패 시 이전 버전 복구
- Telegram 자동 알림
## 다음 단계 (Phase 2)
- build.yml 활성화 (빌드 분리)
- Gitea Releases 활용 (아티팩트 저장)
- E2E 테스트 추가 (로그인, API)
Co-Authored-By: Claude Haiku 4.5 <noreply@anthropic.com>
## 핵심 변경
### 문제점 (이전)
- Gitea Actions가 로컬 서버(178.104.200.7)에서 실행됨
- SSH를 통해 같은 서버(178.104.200.7)로 배포 ❌
- 불필요한 SSH 오버헤드 + 복잡한 구조
### 해결책 (현재)
- SSH 제거 (전체 약 60줄 제거)
- 로컬 파일 시스템에 직접 배포
- 로컬 systemctl 직접 실행
- 훨씬 빠르고 간단함
## 구조 개선
**이전**:
```
Gitea Actions (runner)
→ SSH 연결 설정
→ SSH 키 검증
→ SSH 파일 전송 (SCP)
→ SSH 명령 실행
→ 배포 스크립트 호출
❌ 복잡하고 느림
```
**현재**:
```
Gitea Actions (로컬)
→ 로컬 디렉토리 생성 (/home/kjh2064/deployments/...)
→ 로컬 파일 추출 (tar)
→ 로컬 심볼릭 링크 수정 (ln)
→ 로컬 systemctl 재시작
✅ 간단하고 빠름
```
## 기술 변경
### 제거된 것
- Setup SSH 스텝 (40줄)
- SSH 키 검증
- Host key scanning
- SSH 파일 전송 (SCP)
- SSH 명령 실행
- deploy_quantengine.sh 호출 (이제 필요 없음)
### 추가된 것
- 로컬 디렉토리 직접 조작
- 심볼릭 링크 로컬 수정
- 로컬 systemctl 호출
- 로컬 tar 추출
## 배포 흐름
```yaml
1. 코드 체크아웃
2. .NET 빌드 + 테스트
3. 패키지 생성 (tar.gz)
4. 로컬 배포:
- mkdir -p /home/kjh2064/deployments/quantengine_TIMESTAMP
- tar -xzf → 배포 디렉토리
- ln -sfn → 심볼릭 링크 교체
- systemctl restart quantengine
5. 헬스체크 (3회 시도)
6. 실패 시 자동 롤백
7. 이전 배포판 정리
```
## 성능 개선
- **배포 시간**: SSH 오버헤드 제거 (1-2분 단축)
- **신뢰성**: 로컬 배포는 네트워크 장애에 영향 없음
- **복잡도**: SSH 관련 60줄 코드 제거 (가독성 ↑)
## 주의사항
- Gitea Actions이 로컬 서버에서 실행되어야 함
- `sudo systemctl` 권한 필요 (CI 사용자에게)
- `/home/kjh2064` 디렉토리에 쓰기 권한 필요
Co-Authored-By: Claude Haiku 4.5 <noreply@anthropic.com>
## 개선 사항
### 1. 신뢰성 향상 (Reliability)
- 타임아웃 확대: 15분 → 30분 (네트워크 지연/재시도 대응)
- 자동 롤백 구현: 헬스체크 3회 실패 시 이전 버전으로 자동 복구
* 배포 중단 없이 즉시 이전 버전 복구
* Telegram 알림 포함
### 2. 검증 강화 (Verification)
- 데이터베이스 연결성 검증 추가
- 서비스 재시작 후 상태 확인 강화
- Favicon 검증을 선택적/경고로 변경 (실제 기능 검증 우선)
### 3. 관찰성 개선 (Observability)
- 배포 스크립트 개선:
* 배포 이력을 /home/kjh2064/.config/quantengine_deploy_history.log에 기록
* 타임스탬프, 커밋, 이전 버전 정보 저장
* 배포 성공/실패 상태 추적
### 4. 롤백 정보 보존
- 각 배포 시점의 이전 버전 정보 기록
- 빠른 수동 롤백 가능성 제공
## 아키텍처 원칙
- **한 번 빌드, 여러 번 배포**: 빌드 아티팩트 안정성
- **자동 실패 대응**: 수동 개입 최소화
- **명확한 성공 기준**: 헬스체크 3회 기준 (네트워크 지연 고려)
- **배포 추적성**: 언제, 어떤 버전을 배포했는지 기록
## 다음 단계 (Phase 2-3)
- 빌드/배포 분리 (별도 워크플로우)
- Gitea Releases로 빌드 아티팩트 발행
- E2E 로그인 테스트 추가
- 배포 이력 데이터베이스 기록
Co-Authored-By: Claude Haiku 4.5 <noreply@anthropic.com>
quant.taxbaik.com -> Cloudflare IP (172.67.x / 104.21.x)
Cloudflare does not proxy port 22, causing 'Network is unreachable'.
- DEPLOY_HOST: quant.taxbaik.com (app domain, health check URLs)
- DEPLOY_SSH_HOST: 178.104.200.7 (direct IP for SSH/SCP)
네트워크 구조 정정:
원격지 구성:
- 공인 IP: 178.104.200.7 (인터넷 접속)
- 내부 IP: 192.168.123.100 (Gitea & 운영서버)
- Gitea와 운영서버가 같은 원격 서버에 위치
CI/CD 배포:
DEPLOY_HOST: 192.168.123.100 (내부 IP 사용)
→ SSH 연결 (빠르고 안전)
→ /var/www/quant/publish 배포
외부 사용자:
공인 IP (178.104.200.7)
→ nginx 포트포워딩
→ 내부 192.168.123.100
→ http://178.104.200.7/quant/
이점:
- ✅ 내부 네트워크로 배포 (빠름)
- ✅ 공인 IP는 외부 사용자만 사용
- ✅ SSH 보안 강화
Co-Authored-By: Claude Haiku 4.5 <noreply@anthropic.com>
네트워크 구조 수정:
기존:
- DEPLOY_HOST: 178.104.200.7 (공인 IP)
수정:
- DEPLOY_HOST: 192.168.123.100 (내부 IP)
- Gitea와 운영서버가 같은 내부 네트워크에 있으므로 내부 IP 사용
- 외부 사용자는 공인 IP 178.104.200.7로 접속 (nginx 포트포워딩)
이점:
- ✅ 네트워크 보안 향상 (SSH는 내부 통신)
- ✅ 불필요한 외부 네트워크 통신 제거
- ✅ CI/CD 배포 속도 개선
CI/CD 파이프라인:
Gitea (192.168.123.100)
→ SSH (내부 네트워크, 안전)
→ 운영서버 (192.168.123.100)
→ 포트포워딩 (178.104.200.7)
외부 사용자:
인터넷 → 178.104.200.7 → nginx 포트포워딩 → 192.168.123.100
Co-Authored-By: Claude Haiku 4.5 <noreply@anthropic.com>
kjh2064