fix(deploy): compose stop/rm 후 재빌드로 컨테이너 충돌 근본 해결

docker ps --filter 방식이 Synology에서 불안정하여
docker compose stop/rm으로 compose 관리 컨테이너를 먼저 정리하고,
이름 기반 docker rm으로 고아 컨테이너도 추가 정리하는 2단계 방식으로 변경.

Co-Authored-By: Claude Opus 4.6 <noreply@anthropic.com>
This commit is contained in:
2026-04-06 22:22:32 +09:00
parent b0f12ba6c6
commit fdb2fedd40

View File

@@ -54,21 +54,22 @@ bash "$SRC/scripts/deploy-nas.sh"
# ── data 디렉토리 보장 (볼륨 마운트 실패 방지) ── # ── data 디렉토리 보장 (볼륨 마운트 실패 방지) ──
mkdir -p "$DST/data" "$DST/data/music" "$DST/data/stock" "$DST/data/blog" "$DST/data/realestate" mkdir -p "$DST/data" "$DST/data/music" "$DST/data/stock" "$DST/data/blog" "$DST/data/realestate"
# ── 변경된 서비스 재빌드 (deployer 제외 — 자기 자신을 재빌드하면 스크립트 중단됨) ── # ── 서비스 재빌드 (deployer 제외 — 자기 자신을 재빌드하면 스크립트 중단됨) ──
cd "$DST" cd "$DST"
# Synology NAS에서 고아 컨테이너(해시 prefix 포함)가 이름 충돌을 일으키므로 BUILD_TARGETS="backend travel-proxy stock-lab music-lab blog-lab realestate-lab frontend"
# 패턴 매칭으로 관련 컨테이너를 모두 제거 후 재생성
SERVICES="lotto-backend stock-lab music-lab blog-lab realestate-lab travel-proxy lotto-frontend" # 1) compose가 관리하는 컨테이너 정리 (deployer 제외)
for svc in $SERVICES; do docker compose stop $BUILD_TARGETS 2>/dev/null || true
ids=$(docker ps -a --filter "name=$svc" -q 2>/dev/null) docker compose rm -f $BUILD_TARGETS 2>/dev/null || true
if [ -n "$ids" ]; then
echo "Removing containers matching '$svc': $ids" # 2) Synology NAS 고아 컨테이너(해시 prefix 포함) 추가 정리
docker rm -f $ids 2>/dev/null || true for cname in lotto-backend stock-lab music-lab blog-lab realestate-lab travel-proxy lotto-frontend; do
fi docker rm -f "$cname" 2>/dev/null || true
done done
docker compose up -d --build backend travel-proxy stock-lab music-lab blog-lab realestate-lab frontend # 3) 재빌드 및 시작
docker compose up -d --build $BUILD_TARGETS
docker exec lotto-frontend nginx -s reload 2>/dev/null || true docker exec lotto-frontend nginx -s reload 2>/dev/null || true
# ── 배포 후 헬스체크 ── # ── 배포 후 헬스체크 ──