[배포 및 인프라] 해보자 배포 [8] - Jenkins를 통해 Spring 프로젝트 CICD 설정하기 (with. Git Submodule)

 

 

 

 

지금까지의 설정으로는 메인 브랜치에 코드가 merge될 때마다 EC2에 접속해서 배포를 위한 쉘 스크립트 파일을 직접 실행해주는 과정을 거쳐야 합니다.

이러한 주기가 빈번할수록 매번 EC2에 접근하여 쉘 스크립트를 실행하는 과정은 더욱 번거로워집니다.

 

이번 글에서는 CD 기술인 Jenkins를 적용하여 위의 문제들을 해결해 보도록 하겠습니다.

 

 

 

🧐 CI/CD 플로우

다음과 같은 과정으로 CI/CD가 이루어집니다.

1. PR이 생성되면 Github Actions으로 테스트를 진행합니다.
2. 위 과정이 성공해야만 main 브랜치에 merge할 수 있습니다.
3. github의 메인 브랜치에 merge합니다.
4. 아래의 과정을 젠킨스에서 진행합니다.
5. 테스트를 진행 (CI)
6. JAR파일 빌드
7. JAR파일을 EC2에 전송
8. EC2 접속
9. 배포 스크립트 실행

 

 

 

 

 

 

 

🧐 젠킨스를 실행할 EC2 생성하기

시작에 앞서, 저는 이미 프리티어 EC2와 무료 평가판 EC2를 모두 사용하고 있기 때문에 새로운 EC2 인스턴스를 생성하게 되면 돈을 지불해야 합니다.

DB 연결은 이미 진행했고, 앞으로의 과정에서 DB를 사용할 일이 없기 때문에 저는 DB 인스턴스를 지우고, Jenkins용 EC2를 생성하여 프리티어를 그대로 사용하도록 하겠습니다.

 

이름은 마음대로 지어주세요.

애플리케이션 및 OS이미지는 Ubuntu - 22.04LTS(프리티어 사용 가능한 아무거나) - 64비트(x86)을 선택합니다.

 

 

 

 

 

 



인스턴스 유형은 프리티어 사용 가능한 t2.micro를 선택합니다.

 

 

 

 

 

 

키 페어는 기존에 생성해둔 키 페어를 사용하겠습니다.

 

 

 

 

 

 

네트워크 설정은 위와 같습니다.

VPC는 기본 VPC를 사용합니다.

보안 그룹에서 사용자 지정 TCP의 포트 범위는 젠킨스를 실행할 포트 번호를 입력해 주면 되는데요, 저는 8081로 설정하도록 하겠습니다.

 

 

 

 

 

 

 

마지막으로 스토리지 구성은 프리티어로 설정 가능한 최대 크기인 30을 설정합니다.

 

 

 

 

 

 

이제 해당 EC2에 접속하도록 하겠습니다.

위의 퍼블릭 주소를 복사한 뒤, 다음 명령어를 입력합니다.

ssh -i [키페어] ubuntu@[퍼블릭 IPv4 주소]

 

 

 

 

 

 

 

 

 

 

 

🧐 EC2에 도커로 젠킨스 설치하기

젠킨스를 설치할 때 도커를 통해 설치할 것인데요, 젠킨스를 사용하기 위해서는 여러 설정들(JDK 설치, 포트, 방화벽 설정 등등)을 해주어야 하지만 처음 사용하는 입장에서 이들을 설정하는 것이 조금 어려울 것 같다고 판단했기 때문입니다.

도커를 사용하면 이러한 환경 설정 없이 간단하게 젠킨스를 설치하고 사용할 수 있게 됩니다.

 

 

 

 

 

🐳 도커 설치

우선 데이터베이스용 EC2 서버에 접속하여 다음 명령어를 차례대로 실행합니다.

(아래 내용은 도커 공식문서에서 제공되는 내용입니다.)

sudo apt-get update
sudo apt-get install ca-certificates curl gnupg

 

 

sudo install -m 0755 -d /etc/apt/keyrings
curl -fsSL https://download.docker.com/linux/ubuntu/gpg | sudo gpg --dearmor -o /etc/apt/keyrings/docker.gpg
sudo chmod a+r /etc/apt/keyrings/docker.gpg

 

 

echo \
  "deb [arch="$(dpkg --print-architecture)" signed-by=/etc/apt/keyrings/docker.gpg] https://download.docker.com/linux/ubuntu \
  "$(. /etc/os-release && echo "$VERSION_CODENAME")" stable" | \
  sudo tee /etc/apt/sources.list.d/docker.list > /dev/null

 

 

sudo apt-get update

 

 

sudo apt-get install docker-ce docker-ce-cli containerd.io docker-buildx-plugin docker-compose-plugin

 

 

sudo docker run hello-world

해당 명령어가 위와 같이 실행되면 도커 설치에 성공한 것입니다.

 

 

 

 

 

 

 

 

 

💪🏻 젠킨스 설치

다음 명령어를 통해 젠킨스 이미지를 다운로드합니다.

sudo docker pull jenkins/jenkins:lts

이렇게 해서 도커를 통해 젠킨스를 EC2에 설치하였습니다.

 

 

 

 

 

 

 

 

 

 

 

🧐 도커로 젠킨스 실행하기

이제 젠킨스 컨테이너를 실행하도록 하겠습니다.

sudo docker run --rm -d -p [외부포트]:8080 -v /jenkins:/var/jenkins_home --name [컨테이너 이름] -u root jenkins/jenkins:lts

sudo docker run --rm -d -p 8081:8080 -v /jenkins:/var/jenkins_home --name jenkins -u root jenkins/jenkins:lts

이때 외부포트는 맨 처음 인바운드 규칙에 설정한 젠킨스용 포트번호를 입력해야 합니다.

 

• docker run : 도커 이미지를 실행합니다.
• --rm : 컨테이너가 종료되면 삭제합니다.
• -d : 백그라운드 작업으로 실행합니다.
• -p [외부포트]:[내부포트] : 컨테이너 외부와 내부 포트를 포워딩합니다.
• -v /jenkins:/var/jenkins_home : 아무런 설정이 없다면 도커 컨테이너의 데이터는 컨테이너가 종료되면 휘발됩니다. 이를 해결하기 위해 도커 컨테이너 내부의 경로와 도커 컨테이너 내부의 경로를 연결하여 데이터를 보존할 수 있습니다. /jenkins는 컨테이너 외부 경로, /var/jenkins_home은 컨테이너 내부 경로입니다.
• --name jenkins: 도커 컨테이너의 이름을 jenkins로 설정합니다.
• -u root : 컨테이너가 실행될 리눅스의 사용자 계정을 root로 명시합니다.

 

 

위 명령은 조금 복잡하므로, 도커 컨테이너를 실행할 때마다 입력하는 번거로움을 줄이기 위해 도커 컴포즈를 사용할 수 있습니다.

(저는 사용하지 않을 것이지만, 혹시 사용하실 분들을 위한 명령어입니다.)

 

 

아래 명령어를 통해 도커 컴포즈를 설치합니다.

sudo apt install docker-compose

 

 

 

 

⚙️ docker-compose.yml

반드시 이름은 docker-compose.yml이어야 하며, 다음과 같이 작성합니다.

version: "3"
services:
  jenkins:
    image: jenkins/jenkins:lts
    user: root
    volumes:
      - ./jenkins:/var/jenkins_home
    ports:
      - 8080:8080

 

 

도커 컴포즈를 실행하기 위해 다음 명령어를 입력합니다.

sudo docker-compose up -d

 

 

도커 컴포즈를 종료하기 위해서는 다음 명령어를 입력합니다.

sudo docker-compose down

 

 

 

 

 

 

 

 

 

 

 

 

 

🧐 젠킨스 설정하기

다음 url로 젠킨스에 접속합니다.

http://[젠킨스용 EC2 인스턴스 퍼블릭 IPv4 주소]:[젠킨스 포트번호]

 

 

젠킨스용 EC2 퍼블릭 IP 주소가 11.111.111.111 이고, 포트번호가 8081이라면 url은 다음과 같습니다.

http://11.111.111.111:8081

 

접속하면 위와 같은 화면이 보입니다.

 

 

 

 

 

 

비밀번호는 다음 명령어를 통해 찾을 수 있습니다.

sudo docker logs [컨테이너 이름]

 

해당 비밀번호를 입력해서 들어가면 됩니다.

 

 

 

 

 

Install suggested plugins를 클릭합니다.

 

 

 

 

 

 

 

 

다음과 같이 설치 화면이 나오는데 기다리면 설치가 완료됩니다.

(혹시라도 Intallaton Faulure가 뜬다면 계속 retry 클릭해주시면 됩니다.)

 

 

 

 

 

 

 

 

어드민 유저 계정 생성은 알아서 잘 입력해줍니다.

 

 

 

 

 

 

 

 

 

 

Instance Configuration은 기본값 그대로 진행합니다.

 

 

 

 

 

 

 

기본적인 설치가 끝났습니다.

 

 

 

 

 

 

 

 

 

 

 

🧐 깃허브 웹훅(webhook) 설정하기

깃허브 레포지토리에 접속하여 Settings - Webhooks - Add webhook을 클릭합니다.

 

 

 

 

• Payload URL - http://[젠킨스 EC2 퍼블릭 IPv4 주소]:[젠킨스 포트번호]/github-webhook/
• Content type - application/json
• Secret - 설정하지 않음
• Just the push event
• Active 체크
• Add webhook 클릭

 

 

 

 

 

 

 

 

 

 

 

🧐 젠킨스 Credentials 생성

대시보드에서 Jenkins 관리를 클릭합니다.

 

 

 

 

 

 

스크롤을 조금 내리면 Credentials를 찾을 수 있습니다.

이를 클릭합니다.

 

 

 

 

 

 

 

(global)에 마우스클 가져가면 v 표시가 나오고, 이를 클릭하면 Add credentials 가 나옵니다.

이를 클릭합니다.

 

 

 

 

 

• Kind - Username with password
• Scope - Global (Jenkins, nodes, items, all child items, etc)
• Username - 깃허브 username
• Password - 해당 글에서 발급한 깃허브 액세스 토큰(없거나 잊어버렸다면 repo와 admin:repo_hook 권한을 가진 토큰을 새로 생성 후 적어주세요)
• ID - 마음대로 적어주세요

 

Create 버튼을 눌러 생성해줍니다.

 

 

 

 

 

 

 

 

🧐 Gradle 설정

대시보드 -> Jenkins 관리 -> Tools를 클릭합니다.

 

 

 

 

 

Tools에서 스크롤을 내리다 보면 Gradle이 보입니다.

Add Gradle 클릭 후 위와 같이 설정해주세요

Gradle 버전은 Build에 사용가능한 버전 중 안정된 버전을 선택해주세요

 

이후 맨 아래 Save 버튼을 눌러줍니다.

 

 

 

 

 

 

 

 

 

 

 

🧐 젠킨스 CD 설정

젠킨스 대시보드에서 새로운 Item을 클릭합니다.

 

 

 

 

item 이름은 임의로 설정해주세요

이후 Pipeline을 선택하고 OK를 눌러줍니다.

 

 

 

 

 

 

 

Github project를 선택하고, Project url에 깃허브 레포지토리 URL을 적어줍니다.

 

Build Triggers에서는 GitHub hook trigger for GITScm polling을 선택합니다.

 

 

 

 

 

 

조금 내려오면 Pipeline이 보입니다.

여기서 Pipeline Syntax를 클릭합니다.

 

 

 

 

 

 

 

• Sample Step - git: Git
• Repository URL - 깃허브 레포지토리 URL
• Branch - 해당 파이프라인(CI)이 적용될 브랜치
• Credentials - 위에서 만들어준 Credentials 선택
• Including in polling? , Including in changelog? 선택

Generate Pipeline Script를 선택하고 생성된 스크립트를 복사해주세요.

 

 

 

 

 

 

 

이제 다시 이전 Pipeline으로 돌아가서 다음 내용을 작성해줍니다.

pipeline {
    agent any
    tools {
        gradle 'gradle'
    }
    stages {
        stage('Github') {
            steps {
                git branch: 'main', credentialsId: 'github_access_token', url: 'https://github.com/shin-mallang/bapo-test'
            }
        }
        stage('Build') {
            steps {
                sh "./gradlew clean bootJar"
            }
        }
    }
}

이때 Github Stage의 steps에 들어가는 내용은 위에서 복사한 내용입니다.

 

 

위와같이 작성한 후 저장을 눌러줍니다.

 

 

 

이제 한번 main 브랜치에 커밋을 push 한 뒤, 젠킨스에 접속하도록 하겠습니다.

(이전 글을 따라 브랜치 보호 규칙을 작성하였다면 바로 Push가 안되기 때문에 PR을 보내 merge해주세요.)

아마 위와 같이 아무것도 실행되지 않았을 것입니다.

 

 

 

 

 

 

🤬 웹훅이 작동 안해요!!!!!

아무리 해봐도 웹훅이 작동을 안하길래 진짜 울고 싶었는데, 해결 방법이 있었습니다.

파이프라인 최초 설정 이후에 지금 빌드를 클릭해서 실행해주어야 그 이후부터 웹훅으로 트리거됩니다.

 

 

 

클릭하고 기다리면 다음과 같이 파이프라인이 실행됩니다.

그런데 저와 같이 설정하셨다면, 아마 위 상태에서 갑자기 서버가 응답이 없어질 것입니다.

 

 

 

 

 

 

🤬 젠킨스 서버가 죽어요!!

빌드 시 서버가 터져 응답하지 않는다면, Swap 메모리를 설정해 주어야 합니다.

 

우선 젠킨스 인스턴스를 중지하고 다시 시작해주세요

 

 

 

젠킨스 EC2에 접근하여 다음 명령어를 입력합니다.

sudo fallocate -l 1.5G /swapfile
sudo chmod 600 /swapfile
sudo mkswap /swapfile
sudo swapon /swapfile

 

 

 

 

 

다시 젠킨스를 실행합니다.

sudo docker run --rm -d -p 8081:8080 -v /jenkins:/var/jenkins_home --name jenkins -u root jenkins/jenkins:lts

 

 

그리고 젠킨스에 접속합니다.

http://[젠킨스 EC2 퍼블릭 IPv4 주소]:[포트번호]

 

 

 

위에서 처음 설정한 정보로 로그인 해주세요.

 

 

 

 

 

 



파이프라인을 설정합니다.

 

 

 

위와 같이 기존에 실행중인 빌드가 존재하는데요, 표시된 X 표시를 눌러 중지합니다.

 

 

 

 

 

인스턴스를 중지 후 시작하였다면 퍼블릭 IPv4 주소가 변경되기 때문에 Webhook 설정을 다시 해주어야 합니다.

Payload URL을 다시 설정해주고, update 해주세요.

 

 

이제 main 브랜치에 Push 후 젠킨스 파이프라인을 확인합니다.

 

파이프라인이 웹훅으로 트리거되는 것을 확인할 수 있습니다.

 

 

 

 

 

 

 

 

 

🐳 SSH Agent 플러그인 설치

젠킨스에서 애플리케이션용 EC2에 접속해서 스크립트를 실행해야 하기 때문에, 이를 위한 플러그인을 설치해주도록 하겠습니다.

 

 

대시보드 - Jenkins 관리 - Plugins를 클릭합니다.

 

 

 

 

 

Avaliable plugins - ssh agent 검색 - install without restart를 클릭합니다.

 

 

 

 

 

 

 

 

🐳 애플리케이션 EC2 정보 설정

젠킨스에서 애플리케이션용 EC2에 접속해야 하므로 해당 EC2의 정보를 설정해 주어야 합니다.

 

 

대시보드 - Jenkins 관리 - Credentials를 클릭합니다.

 

 

 

 

 

 

Stores scoped to Jenkins의 System을 클릭합니다.

 

 

 

 

Add credentials를 클릭합니다.

 

 

 

 

 

• Kind - SSH Username with private key
• Scope - Global (Jenkins, nodes, items, all child items, etc)
• ID - 원하는데로
• Username - ubuntu
• Private Key - Enter directly 선택 후 Add 클릭

 

Private Key를 입력하는 방법은 다음과 같습니다.

 

 

우선 애플리케이션용 EC2에 접근하기 위한 pem 키가 있는 곳으로 이동한 뒤, 다음 명령어를 입력합니다.

cat [키이름].pem

위 내용을 [-----BEGIN RSA...] 부터 [END RSA...] 까지 전부 다 복사해줍니다.

(이때 마지막 %는 빼주세요)

 

이제 해당 내용을 입력합니다.

 

 

이후 Create을 눌러 생성을 완료해주세요.

 

 

 

 

 

 

🐳 젠킨스 파이프라인 수정

이제 젠킨스 파이프라인의 스크립트를 수정해야 합니다.

대시보드에서 파이프라인을 클릭하여 접속합니다.

 

 

 

 

구성을 클릭합니다.

 

 

 

 

 

파이프라인 스크립트를 다음과 같이 수정합니다.

pipeline {
    agent any
    tools {
        gradle 'gradle'
    }
    stages {
        stage('Github') {
            steps {
                git branch: 'main', credentialsId: 'github_access_token', url: 'https://github.com/shin-mallang/bapo-test'
            }
        }
        stage('Build') {
            steps {
                sh "./gradlew clean bootJar"
            }
        }
        stage('Deploy') {
           steps {
               sshagent(credentials: ['방금 생성한 EC2 Credentials ID']) {
                     sh '''
                       ssh -o StrictHostKeyChecking=no ubuntu@[애플리케이션 EC2 프라이빗 IPv4 주소]
                       scp build/libs/*.jar ubuntu@[애플리케이션 EC2 프라이빗 IPv4 주소]:/home/ubuntu
                       ssh ubuntu@[애플리케이션 EC2 프라이빗 IPv4 주소] "sh [배포 스크립트 이름].sh" &
                      '''
               }
           }
       }
    }
}

sshagent의 credentials는 위에서 생성한 EC2 Credentials ID입니다.

(저의 경우 mallang-spring-ec2-key)

또 주의깊게 살펴야 할 점이 애플리케이션용 EC2의 프라이빗 IPv4 주소를 입력해야 한다는 것입니다.

 

 

 

저의 경우 다음과 같습니다.

pipeline {
    agent any
    tools {
        gradle 'gradle'
    }
    stages {
        stage('Github') {
            steps {
                git branch: 'main', credentialsId: 'github_access_token', url: 'https://github.com/shin-mallang/bapo-test'
            }
        }
        stage('Build') {
            steps {
                sh "./gradlew clean bootJar"
            }
        }
        stage('Deploy') {
           steps {
               sshagent(credentials: ['mallang-spring-ec2-key']) {
                   sh '''
                    ssh -o StrictHostKeyChecking=no ubuntu@172.31.25.210
                    scp build/libs/*.jar ubuntu@172.31.25.210:/home/ubuntu
                    ssh ubuntu@172.31.25.210 "sh bapo.sh" &
                   '''
               }
           }
       }
    }
}

 

 

 

 

 

🐳 배포 스크립트 수정

이제 애플리케이션 EC2로 돌아가서, 기존의 배포 스크립트를 수정해야 합니다.

더이상 git pull을 통해 최신 정보를 받아오는 것이 아닌 생성된 JAR 파일을 전달받으므로, 그에 맞추어 배포 스크립트를 수정합니다.

 

⚙️ bapo.sh

#!/bin/sh

PORT=8080
JAR_NAME=jwp-shopping-order.jar


echo " 🐳   [$PORT] 번 포트를 사용하는 애플리케이션을 찾습니다...\n"

PID=$(lsof -i :$PORT -t)

if [ -z $PID ]; then
	echo " 🎉   실행중인 애플리케이션이 없어서 곧바로 실행합니다.\n"

else
	echo " ❌   실행중인 애플리케이션이 있어서 이를 종료합니다. [PID = $PID]\n"
	kill -15 $PID
fi

echo " 🐳   애플리케이션을 실행하는데 필요한 환경변수를 세팅합니다.\n"

export FIRST_MALLANG_ENV="mallang1"
export SECOND_MALLANG_ENV=1234
export SPRING_PROFILES_ACTIVE="dev"
export RDS_DRIVER="com.mysql.cj.jdbc.Driver"
export RDS_URL="jdbc:mysql://172.31.40.148:3306/bapo_test"
export RDS_USERNAME="mallang"
export RDS_PASSWORD="1234"

echo " 🎉   애플리케이션 실행합니다~ 🎉\n"

nohup java -jar $JAR_NAME 1>> build.log 2>> build_error.log &

현재 젠킨스를 위해 DB EC2를 제거했기 때문에 prod가 아닌 dev로 실행합니다.

또한 로그를 확인하기 위해 1>> build.log 2>> build_error.log 를 추가하였습니다.

(1번은 표준 출력, 2번은 표준 에러 출력입니다.)

 

 

 

이제 다시 한번 main branch에 push함으로써, 모든 과정이 잘 동작하는지 확인해보도록 하겠습니다.

 

이전 포스팅부터 저를 따라하셨다면 Git submodule을 적용하셨을 텐데요, 만약 서브모듈을 적용했다면 서브모듈의 파일이 반영되지 않았기 때문에 실패하게 됩니다.

 

이를 해결하기 전에 CD 스크립트의 'ssh -o StrictHostKeyChecking=no ubuntu@[애플리케이션 EC2 프라이빗 IPv4 주소]'를 지워줍니다.

(반드시 한 번 이상 실행하고 실패한 것을 확인한 이후 지워주셔야 합니다.)

 

이는 known_host 관련한 내용인데요, SSH 최초 원격접속 시 다음과 같은 문구를 확인해 보셨을겁니다.

root@XXXXXXXX:/home# ssh -i key.pem ubuntu@192.168.XXX.XXX
The authenticity of host '192.168.XXX.XXX (192.168.XXX.XXX)' can't be established.
ECDSA key fingerprint is SHA256:XXXXXXXXXXXXXXXX
Are you sure you want to continue connecting (yes/no/[fingerprint])?

저희가 접속할 때에는 yes를 입력하면 되지만, 젠킨스는 그게 안되기 때문에 위 옵션을 주어서 이를 피해갔던 것입니다.

첫 ssh 접속만 이루어지면 known_hosts에 키가 등록되기 때문에, 이후 해당 명령어를 삭제해도 정상적으로 진행할 수 있습니다.

 

 

 

 

 

 

 

🧐 Git Submodule 반영하기

빌드 스크립트를 다음과 같이 변경합니다.

(Github Stage가 변경되었습니다.)

pipeline {
    agent any
    tools {
        gradle 'gradle'
    }
    stages {
        stage('Github') {
            steps {
                checkout scmGit(
                    branches: [[name: 'main']],
                    extensions: [submodule(parentCredentials: true, trackingSubmodules: true)],
                    userRemoteConfigs: [[credentialsId: 'github_access_token', url: 'https://github.com/shin-mallang/bapo-test']]
                )
            }
        }
        stage('Build') {
            steps {
                sh "./gradlew clean bootJar"
            }
        }
        stage('Deploy') {
           steps {
               sshagent(credentials: ['방금 생성한 EC2 Credentials ID']) {
                     sh '''
                       scp build/libs/*.jar ubuntu@[애플리케이션 EC2 프라이빗 IPv4 주소]:/home/ubuntu
                       ssh ubuntu@[애플리케이션 EC2 프라이빗 IPv4 주소] "sh [배포 스크립트 이름].sh" &
                      '''
               }
           }
       }
    }
}

 

 

 

다시 한번 메인 브랜치에 Push 해보겠습니다.

위와 같이 성공하는 것을 확인할 수 있습니다.

(그 밑에 여러 빌드 기록들은 삽질의 흔적이니 넘어가주세요..)

 

 

위와 같이 실행도 성공하는 것을 알 수 있습니다.

 

 

 

 

 

 

 

🧐 [추가] 젠킨스 스크립트 파일을 깃으로 관리하기

대시보드 - 파이프라인 선택 - 구성으로 이동합니다.

 

 

 

 

Pipeline의 Definition에서 Pipeline script from SCM을 선택합니다.

이후 SCM은 Git을 설정하고, Repository URL과 Credentials를 설정합니다.

 

 

 

이후 빌드할 브랜치와, 젠킨스 스크립트(.jenkinsfile)의 경로를 적어주면 됩니다.

저는 script 디렉토리를 만들고, 그 안에 cd.jenkinsfile을 생성할 것이므로 위와 같이 설정해 주었습니다.

 

 

 

이제 프로젝트 파일로 들어가서 젠킨스 스크립트를 추가해주도록 하겠습니다.

 

이를 커밋한 뒤 main 브랜치에 push하여 적용합니다.

 

 

 

 

 

잘 적용되는 것을 볼 수 있습니다.

 

 

 

 

 

 

 

 

 

🧐 [추가] 젠킨스 스크립트 파일에 변수 사용하기

위에서 살펴본 스크립트 파일 중, 서버의 IP 주소 등은 서버가 변경되면 바뀌어야 하는 내용입니다.

또한 상황에 따라 민감한 정보가 스크립트 파일에 노출될 수 있는데요, 이들을 변수를 통해 감추도록 하겠습니다.

 

 

우선 스크립트 파일을 다음과 같이 변경합니다.

pipeline {
    agent any
    tools {
        gradle 'gradle'
    }
    stages {
        stage('Github') {
            steps {
                checkout scmGit(
                    branches: [[name: 'main']],
                    extensions: [submodule(parentCredentials: true, trackingSubmodules: true)],
                    userRemoteConfigs: [[credentialsId: "$GIT_CREDENTIAL", url: 'https://github.com/shin-mallang/bapo-test']]
                )
            }
        }
        stage('Build') {
            steps {
                sh "./gradlew clean bootJar"
            }
        }
        stage('Deploy') {
           steps {
               sshagent(credentials: ["$EC2_CREDENTIAL"]) {
                     sh '''
                       scp build/libs/*.jar ubuntu@$EC2_PRIVATE_IP:/home/$EC2_USER
                       ssh ubuntu@$EC2_PRIVATE_IP "sh $SCRIPT_NAME.sh" &
                      '''
               }
           }
       }
    }
}

 

 

 

 

이제 변수를 설정해 보겠습니다.

대시보드 - 파이프라인 선택 - 구성

 

 

 

 

General의 이 필드는 매개변수가 있습니다를 클릭합니다.

 

 

 

Credentials Parameter 와 String Parameter 혹은 이 외의 것들이 필요하다면 알아서 선택해서 적용합니다.

 

 

 

 

등등..

 

 

 

 

 

 

 

 

 

😊 마무리

이렇게 해서 이번 글에서 Jenkin를 통한 자동 배포까지 설정해 보았습니다.

어찌어찌 해서 배포의 간단한 과정을 끝낸 것 같네요 😊

시작 전에는 되게 겁이 났었는데, 해보고 나니 별거네요 :)

조만간 HTTPS 적용하는 법 까지만 살펴보고 한동안 배포 관련 추가적인 글은 없을 것 같지만, 이후 무중단 배포에 대해서도 적용해보고 작성해보고 싶습니다.

하지만 최소 몇달은 걸릴 것 같네요 😅

아무튼 봐주셔서 감사합니다!🙇‍♂️

 

 

 

 

 

 

 

 

📚 Reference

https://developer-nyong.tistory.com/47

간단하게 CI/CD 파이프라인 구축해보기

https://dallog.github.io/continuous-deploy-with-jenkins-1-backend/

젠킨스를 사용한 달록팀의 지속적 배포 환경 구축기 (1) - 백엔드편