343 lines
9.1 KiB
Markdown
343 lines
9.1 KiB
Markdown
# UGREEN NAS Docker 배포 안내
|
|
|
|
## 문서 목적
|
|
|
|
이 문서는 터미널과 Docker에 익숙하지 않은 사용자가 Play Uniare의 테스트
|
|
버전과 운영 버전을 UGREEN NAS에서 실행하고 업데이트하는 절차를 설명한다.
|
|
|
|
현재 프로젝트는 Vue 정적 프런트엔드만 포함한다. 실시간 서버가 추가되면
|
|
`compose.yaml`에 백엔드 서비스와 상태 저장소를 함께 추가한다.
|
|
|
|
## 배포 방식
|
|
|
|
```text
|
|
사용자 브라우저
|
|
↓
|
|
NAS 포트 또는 리버스 프록시
|
|
↓
|
|
Play Uniare 컨테이너의 Nginx
|
|
├── / → Vue 빌드 결과
|
|
└── /card-assets/ → 기존 Uniare 카드 이미지
|
|
```
|
|
|
|
Docker 이미지를 만들 때 Node.js로 Vue를 빌드하고, 실행할 때는 가벼운
|
|
Nginx가 빌드 결과를 제공한다.
|
|
|
|
카드 이미지는 다음 기존 폴더를 복사하지 않고 읽기 전용으로 연결한다.
|
|
|
|
```text
|
|
/volume1/docker/projects/apps/uniare/config/www/images
|
|
```
|
|
|
|
## NAS에서 처음 한 번 준비하기
|
|
|
|
### 1. Docker 앱 설치
|
|
|
|
UGREEN NAS의 앱 센터에서 Docker 또는 Container Manager에 해당하는 앱을
|
|
설치한다. 모델과 UGOS 버전에 따라 앱 이름이 다를 수 있다.
|
|
|
|
### 2. 프로젝트 저장 폴더 준비
|
|
|
|
NAS 공유 폴더에 다음과 같은 폴더를 만든다.
|
|
|
|
```text
|
|
/volume1/docker/projects/apps/
|
|
├── uniare/
|
|
│ └── config/
|
|
│ └── www/
|
|
│ ├── index.html
|
|
│ └── images/
|
|
└── playuniare/
|
|
```
|
|
|
|
이 프로젝트의 NAS 경로는 다음으로 고정한다.
|
|
|
|
```text
|
|
/volume1/docker/projects/apps/playuniare
|
|
```
|
|
|
|
### 3. SSH 사용 여부 결정
|
|
|
|
UGREEN 관리 화면에서 Docker Compose 프로젝트를 직접 등록할 수 있다면 GUI를
|
|
우선 사용한다. GUI에서 Git 저장소를 직접 받을 수 없거나 업데이트가 어려운
|
|
경우에만 SSH 터미널을 사용한다.
|
|
|
|
SSH를 활성화할 때는 관리자 화면에서 포트와 계정을 확인한다. NAS 비밀번호를
|
|
문서, `.env`, Git 저장소에 기록하지 않는다.
|
|
|
|
## 테스트 버전 실행
|
|
|
|
테스트 버전은 외부 도메인에 연결하기 전에 NAS 내부에서 확인하는 용도다.
|
|
|
|
### 1. NAS에 프로젝트 받기
|
|
|
|
NAS 터미널에서 프로젝트 저장 폴더로 이동한다.
|
|
|
|
```bash
|
|
cd /volume1/docker/projects/apps
|
|
```
|
|
|
|
처음 한 번만 저장소를 복제한다.
|
|
|
|
```bash
|
|
git clone https://git.sori.studio/zenn/playuniare.sori.studio.git playuniare
|
|
cd playuniare
|
|
```
|
|
|
|
비공개 저장소가 인증을 요구하면 비밀번호 대신 Git 서버에서 발급한 접근
|
|
토큰을 사용하는 것을 권장한다. 토큰을 명령문이나 문서에 저장하지 않는다.
|
|
|
|
### 2. 테스트 컨테이너 빌드 및 실행
|
|
|
|
```bash
|
|
docker compose \
|
|
-f compose.test.yaml \
|
|
-f compose.test.nas.yaml \
|
|
up -d --build
|
|
```
|
|
|
|
이 명령은 다음 작업을 한 번에 수행한다.
|
|
|
|
- 최신 소스 코드로 Docker 이미지 생성
|
|
- 테스트 컨테이너 실행
|
|
- NAS의 18080 포트와 컨테이너 연결
|
|
|
|
### 3. 브라우저에서 확인
|
|
|
|
NAS의 내부 IP가 `192.168.0.20`이라면 다음 주소로 접속한다.
|
|
|
|
```text
|
|
http://192.168.0.20:18080
|
|
```
|
|
|
|
실제 NAS IP는 공유기 또는 UGREEN 관리 화면에서 확인한다.
|
|
|
|
### 4. 테스트 로그 확인
|
|
|
|
화면이 열리지 않으면 다음을 실행한다.
|
|
|
|
```bash
|
|
docker compose \
|
|
-f compose.test.yaml \
|
|
-f compose.test.nas.yaml \
|
|
ps
|
|
|
|
docker compose \
|
|
-f compose.test.yaml \
|
|
-f compose.test.nas.yaml \
|
|
logs --tail=100
|
|
```
|
|
|
|
`Up` 또는 `running` 상태인지 확인한다.
|
|
|
|
### 5. 테스트 버전 중지
|
|
|
|
```bash
|
|
docker compose \
|
|
-f compose.test.yaml \
|
|
-f compose.test.nas.yaml \
|
|
down
|
|
```
|
|
|
|
컨테이너는 제거되지만 소스 코드와 Docker 이미지는 남아 있다.
|
|
|
|
## 운영 버전 최초 배포
|
|
|
|
### 1. 배포 전 로컬 검증
|
|
|
|
개발 컴퓨터에서 다음 명령이 성공해야 한다.
|
|
|
|
```bash
|
|
npm install
|
|
npm run build
|
|
```
|
|
|
|
그 후 변경 사항을 커밋하고 원격 저장소에 푸시한다.
|
|
|
|
### 2. NAS에서 운영 컨테이너 실행
|
|
|
|
NAS 프로젝트 폴더에서 실행한다.
|
|
|
|
```bash
|
|
cd /volume1/docker/projects/apps/playuniare
|
|
git pull
|
|
docker compose \
|
|
-f compose.yaml \
|
|
-f compose.nas.yaml \
|
|
up -d --build
|
|
```
|
|
|
|
운영 컨테이너는 NAS의 18081 포트를 사용한다.
|
|
|
|
```text
|
|
http://NAS_IP:18081
|
|
```
|
|
|
|
### 3. 도메인 연결
|
|
|
|
UGREEN NAS 또는 사용 중인 리버스 프록시에서 다음과 같이 연결한다.
|
|
|
|
```text
|
|
외부 도메인: https://playuniare.sori.studio
|
|
내부 대상: http://127.0.0.1:18081
|
|
```
|
|
|
|
- 외부 접속은 HTTPS를 사용한다.
|
|
- 공유기에서 컨테이너 포트를 그대로 외부에 노출하기보다 리버스 프록시를
|
|
사용한다.
|
|
- 인증서 자동 갱신이 설정되어 있는지 확인한다.
|
|
|
|
### 4. 카드 이미지 연결 확인
|
|
|
|
브라우저에서 실제 카드 파일 하나를 직접 연다.
|
|
|
|
```text
|
|
http://NAS_IP:18081/card-assets/ua03/EX01BT_HTR-2-001.png
|
|
```
|
|
|
|
이미지가 보이면 읽기 전용 마운트와 Nginx 경로가 정상이다. 파일명이 실제로
|
|
존재하는 카드인지 먼저 확인한다.
|
|
|
|
이미지가 보이지 않으면 NAS 터미널에서 원본 경로를 확인한다.
|
|
|
|
```bash
|
|
ls /volume1/docker/projects/apps/uniare/config/www/images
|
|
```
|
|
|
|
시리즈 폴더가 보여야 한다. 다음 명령으로 컨테이너 내부 연결도 확인한다.
|
|
|
|
```bash
|
|
docker exec playuniare-web ls /srv/uniare-card-images
|
|
```
|
|
|
|
이 경로 역시 같은 시리즈 폴더를 보여야 한다.
|
|
|
|
## 새 버전 업데이트
|
|
|
|
### 안전한 권장 순서
|
|
|
|
1. 개발 컴퓨터에서 `npm run build`를 실행한다.
|
|
2. 변경 내용을 Git에 커밋하고 푸시한다.
|
|
3. NAS에서 테스트 버전을 먼저 업데이트한다.
|
|
4. 테스트 주소에서 주요 기능을 확인한다.
|
|
5. 문제가 없으면 운영 버전을 업데이트한다.
|
|
|
|
### 테스트 버전 업데이트
|
|
|
|
```bash
|
|
cd /volume1/docker/projects/apps/playuniare
|
|
git pull
|
|
docker compose \
|
|
-f compose.test.yaml \
|
|
-f compose.test.nas.yaml \
|
|
up -d --build
|
|
```
|
|
|
|
브라우저에서 `http://NAS_IP:18080`을 확인한다.
|
|
|
|
### 운영 버전 업데이트
|
|
|
|
```bash
|
|
cd /volume1/docker/projects/apps/playuniare
|
|
git pull
|
|
docker compose \
|
|
-f compose.yaml \
|
|
-f compose.nas.yaml \
|
|
up -d --build
|
|
```
|
|
|
|
브라우저에서 실제 도메인을 확인한다.
|
|
|
|
### 사용하지 않는 Docker 이미지 정리
|
|
|
|
업데이트를 여러 번 하면 이전 이미지가 NAS 용량을 차지할 수 있다.
|
|
|
|
```bash
|
|
docker image prune
|
|
```
|
|
|
|
삭제 대상 확인 질문이 나오면 내용을 읽고 `y`를 입력한다. `-a` 옵션이나
|
|
볼륨 삭제 명령은 데이터 유실 가능성이 있으므로 이 문서에서는 사용하지 않는다.
|
|
|
|
## 이전 버전으로 되돌리기
|
|
|
|
문제가 생기면 먼저 현재 커밋을 확인한다.
|
|
|
|
```bash
|
|
git log --oneline -10
|
|
```
|
|
|
|
정상 동작했던 커밋 식별자를 확인한 뒤 다음처럼 전환한다.
|
|
|
|
```bash
|
|
git checkout 정상커밋식별자
|
|
docker compose \
|
|
-f compose.yaml \
|
|
-f compose.nas.yaml \
|
|
up -d --build
|
|
```
|
|
|
|
복구가 끝난 뒤 개발 컴퓨터에서 문제를 수정하고 정상 브랜치에 새 커밋을
|
|
만든다. NAS에서 임의로 소스 파일을 직접 수정하지 않는다.
|
|
|
|
다시 최신 `main`으로 돌아갈 때:
|
|
|
|
```bash
|
|
git checkout main
|
|
git pull
|
|
docker compose \
|
|
-f compose.yaml \
|
|
-f compose.nas.yaml \
|
|
up -d --build
|
|
```
|
|
|
|
## 운영 점검 명령
|
|
|
|
```bash
|
|
docker compose -f compose.yaml -f compose.nas.yaml ps
|
|
docker compose -f compose.yaml -f compose.nas.yaml logs --tail=100
|
|
docker compose -f compose.yaml -f compose.nas.yaml restart
|
|
```
|
|
|
|
- `ps`: 실행 상태 확인
|
|
- `logs`: 최근 오류 확인
|
|
- `restart`: 같은 이미지로 컨테이너 재시작
|
|
|
|
## 배포 체크리스트
|
|
|
|
- [ ] 로컬 `npm run build` 성공
|
|
- [ ] 관련 문서 업데이트
|
|
- [ ] Git 커밋과 푸시 완료
|
|
- [ ] 테스트 컨테이너 재빌드
|
|
- [ ] 테스트 URL 주요 기능 확인
|
|
- [ ] 운영 컨테이너 재빌드
|
|
- [ ] 실제 도메인 HTTPS 접속 확인
|
|
- [ ] `/card-assets/<series>/<fileName>` 이미지 접속 확인
|
|
- [ ] 카드 이미지 마운트가 읽기 전용인지 확인
|
|
- [ ] 브라우저 새로고침과 직접 URL 접근 확인
|
|
- [ ] 오류 로그 확인
|
|
- [ ] `.env`, 토큰, 비밀번호가 Git에 없는지 확인
|
|
|
|
## 향후 실시간 서버 추가 시
|
|
|
|
프런트엔드만 있을 때는 Nginx 컨테이너 하나면 충분하다. Socket.IO 서버가
|
|
추가되면 다음 항목이 필요하다.
|
|
|
|
- Node.js 서버 컨테이너
|
|
- WebSocket을 지원하는 리버스 프록시 설정
|
|
- 프런트엔드와 서버의 환경변수
|
|
- 방 상태 백업 또는 Redis 도입 여부
|
|
- 컨테이너 재시작 시 방이 종료된다는 안내
|
|
|
|
이 구조가 변경되면 반드시 이 문서와 `docs/history.md`를 함께 수정한다.
|
|
|
|
## NAS 전용 Compose 파일을 분리한 이유
|
|
|
|
- `compose.yaml`: 어느 컴퓨터에서도 검사하고 빌드할 수 있는 공통 운영 설정
|
|
- `compose.nas.yaml`: NAS에만 존재하는 카드 이미지 절대 경로 연결
|
|
- `compose.test.yaml`: 공통 테스트 설정
|
|
- `compose.test.nas.yaml`: 테스트 컨테이너의 NAS 카드 이미지 연결
|
|
|
|
개발 Mac에는 `/volume1/...` 경로가 없으므로 NAS 전용 파일을 사용하지 않는다.
|
|
NAS에서는 반드시 공통 파일과 NAS 전용 파일을 함께 지정한다.
|