♻️ refactor: Feed Crawler, Server 환경 변수 이름 및 위치 통일, 로깅 범위 결정 (5)

[Jo-Minseok]

🔨 테스크

이전 PR 보러 가기

• 1편: 📦 chore: Feed Crawler CI/CD 경로 분리 (1) #35
• 2편: 📦 chore: 프론트엔드 Docker 이미지 작성 개발 환경, 로컬 환경 (2) #34
• 3편: 📦 chore: Feed Crawler Docker 이미지 작성 개발 환경, 로컬 환경 (3) #36
• 4편: 📦 chore: Server Docker 이미지 작성 개발 환경, 로컬 환경 (4) #37

작업 사유

기존에는 PM2로 NODE_ENV 환경 변수를 주입받는 방식이었다.
앞으로는 Docker Compose를 통해 NODE_ENV를 주입하도록 한다.
Docker Compose를 구성하면서 포트폴리오를 위한 환경이 추가되어야 하며, 환경 변수 파일 위치, 이름이 서로 맞지 않는 부분이 불편하다고 느껴졌다.

환경 변수 통일 + 로깅 범위 통일

Feed Crawler와 Server의 환경 변수 위치와 이름이 동일하지 않아 확인하기 어려웠다.
또한 로깅하는 범위가 달라서 통일이 필요했다.

• SERVER

환경	운영	로컬(포폴)	개발	테스트
환경 변수명	PROD	LOCAL	DEV	test
처리 속도	X	콘솔	콘솔	X
로그	파일	파일+콘솔	콘솔	X
SQL로그	X	콘솔	콘솔	X

• FEED CRAWLER

환경	운영	로컬(포폴)	개발	테스트
환경 변수명	PROD	LOCAL	DEV	test
처리 속도+로그	파일	파일+콘솔	콘솔	X
SQL로그	X	X	X	X

로컬(포트폴리오 환경)은 포트폴리오를 위해 SQL 출력과 로깅이 제대로 되는지 확인하기 편하도록 구성했다.

Feed Crawler 테스트 데이터 실제 데이터 문제

Feed Crawler의 테스트 데이터가 실제 준혁님 블로그로 되어 있었다. 그리고 TIME_INTERVAL(단위: 분)이 20160으로 되어 있었다. 일자로 연산하면 14일의 시간이 나오는데, 14일 이내에 준혁님 블로그에 새로운 게시글이 없으면 테스트 오류가 발생하는 문제가 있었다.

RSS를 통해 게시글을 로드하는 코드를 Mocking 처리했다.

.env 파일 깃허브에 올려도 될까?

LOCAL 환경 변수들은 Docker Compose를 사용하는 사용자 로컬에서만 동작하기에 민감 정보가 포함되어 있지 않다.
괜히 포트폴리오용으로 제출한 프로젝트에 .env 파일 만들고 대입하는 게 프로젝트에 있는 도커를 사용하는 사람 입장에서는 번거롭다.

Feed Crawler의 환경 변수 로드 위치

constant.ts, mysql-access.ts, redis-access.ts로 총 3회 동일한 환경 변수를 로드한다. 이 코드를 env-load.ts 로 하나로 통합하고 단 1회만 로드하게 변경했다.

📋 작업 내용

• Feed Crawler 테스트 데이터 실제 데이터 -> 모의 데이터로 Mocking
• PROD(운영), LOCAL(포트폴리오, 로컬 운영), DEV(개발) 환경 3가지로 구축
• Feed Crawler의 RSS Parser 의존성 주입 방식으로 구현
• 환경 변수에 따라 로깅 범위 통일화
• Feed Crawler 환경 변수 3회 로드 -> 1회 로드로 변경