[Shell Script] CI/CD 자동화 배포를 위한 파일 모니터닝 쉘 스크립트 만들기

회사 내의 배포 환경이 복잡하다.

 

현재 재직 중인 회사는 특히, 보안적인 부분에 민감해서 업무별로 다양한 배포 환경이 구성 되어있다.

 

그 중에 개선하고 싶었던 반쪽짜리 CI/CD 환경이 있었는데 이번에 시간적 여유가 생겨 해당 문제를 해결하였다.

 

기존의 환경에서 Jenkis를 이용해서 git에 반영된 소스를 실제 개발 서버에 반영하였는데 보안적인 문제로 Jenkis를 통해서 배포까지 진행하지는 못하고 압축된 소스 파일만 linux 환경의 개발 서버로 전송하게 구성되어 있었다.

따라서, 배포를 위해서 개발자 직접 서버로 접속해 압축된 소스 파일을 풀어서 배포를 진행하였다.

 

위 문제를 해결하기 위해서 파일 모니터링 쉘을 만들어서 서버에서 자동배포를 진행할 수 있게 구성했다.

 

🛠 해결방법

1. Jenkis를 통해서 Flag 파일을 전달한다.

현재 jenkis의 구성으로 SSH 연결을 통해서 파일을 put까지는 할 수 있었다. 연결된 git의 파일을 가져오는 command 쪽의 배포에 필요한 정보를 기입한 flag.txt 파일을 만들어서 put을 통해 배포할 개발 서버로 전달한다.

 

2. flag.txt 파일 감지 sh 만들기

이번 글의 주제인 파일 모니터링 쉘 스크립트를 만든다.

#!/bin/bash

# flag 파일 경로 및 이름
FILE_PATH="/home/user/flag/"
FILE_NAME="/deployFlag.txt"
FLAG_FILE=${FILE_PATH}${FILE_NAME}

# 2초마다 flag 파일을 확인
while true; do
	if [-f "$FLAG_FILE"]; then
    		# 첫 줄과 마지막 줄의 정보를 가져오기
	        $FIRST_LINE=$(head -n 1 "$FLAG_FILE")
		$LAST_LINE=$(tail -n 1 "$FLAG_FILE")
	fi
    
	# 2초 대기
	sleep 2    
done

위 스크립트는 2초마다 특정 위치의 deployFlag.txt 파일이 있는지 확인하고 존재한다면, 파일을 첫 줄과 마지막 줄의 정보를 저장하는 스크립트이다.

 

실제 회사에서 사용하는 스크립트는 위 보다 더 복잡하지만, 위와 같이 정보를 가져와서 배포를 담당하는 별도의 쉘 스크립트를 실행시켜 배포를 진행한다.

 

3. 백그라운드에서 파일 감지 sh 실행 시키기

배포가될 개발 서버에서 user의 접속이 해제되더라고 계속해서 쉘이 실행 되어야하기 때문에 백그라운드에서 쉘 스크립트를 실행시켜야 한다.

$ nohup sh /home/user/deployShell.sh &

nohup 명령어는 백그라운드에서 프로세스를 실행하는 명령어로 파일 모니터링 쉘 (deployShell.sh)을 진행한다.

nohup 명령어는 다른 작접이 들어와서 끊기지 않고 프로세스를 진행하게 만들어주는 명령어인데 우리는 서버에 접속한 터미널이 종료되어도 계속 쉘이 실행될 수 있게해야하기 때문에 가장 마지막에 "&"(백그라운드 실행)를 붙여준다.

 

성공적으로 실행되면 "nuhup.out" 파일이 nuhup 명령얼르 실행한 위치에 생성되고 해당 파일에 nuhup 작업으로 인한 로그가 쌓이게 된다.

 

4. 자원 모니터링 하기

백그라운드에서 파일을 모니터링하는 shell을 지속적으로 실행하는 것이다보니 서버의 자원을 계속해서 사용하게 된다.

이는 cpu와 memory에 성능에 영향을 줄 수 있기에 top 명령어로 인해 작업 전 후로 자원의 상태를 확인해 본다.

$ top

나의 경우는, 배포를 담당하는 쉘은 별도로 구성되어있고 2초 마다 파일의 존재여부를 체크하는 것이 주였기에 전 후 성능의 차이는 거의 확인할 수 없을 만큼 작았다.

물론, 서버의 상태나 쉘 스크립트의 양마다 다를 수 있겠지만, 대체로 큰 영향을 없을 것 같다.

만약, 서버의 영향이 있었다면 스크립트 분리를 해보는 것도 방법이 될 수도 있겠다.

 

 

 

...

 

 

리눅스는 커널에서 파일의 상태를 모니터링할 수 있는 inotify라는 tool을 제공한다. 이 tool을 이용한다면 더 유리했겠지만, 이 역시 회사에서 보안으로 인하여 설치할 수 없었기에 위와 같은 작업을 진행하게 되었다.

 

만약, 비슷한 상황이 있다면 위와 같은 방법으로 문제를 해결할 수 있을 것 같다.