[DevOps] Jenkins를 이용한 CI/CD Pipeline 구축 - Advenced Jenkins 사용 ① - Pipeline

 

 

이 내용은 인프런 - Jenkins를 이용한 CI/CD Pipeline 구축 강의를 보고 정리한 내용 입니다.


해당 내용의 Code 내용은 이 곳에서 확인하실 수 있습니다.

🗂 목차

● [DevOps] Jenkins를 이용한 CI/CD Pipeline 구축 - 자동화 도구의 사용
● [DevOps] Jenkins를 이용한 CI/CD Pipeline 구축 - Jenkins + Infrastructure as Code 와의 연동
● [DevOps] Jenkins를 이용한 CI/CD Pipeline 구축 - Jenkins + Ansible + Kubernetes 와의 연동
● [DevOps] Jenkins를 이용한 CI/CD Pipeline 구축 - Advenced Jenkins 사용 ① - Pipeline
● [DevOps] Jenkins를 이용한 CI/CD Pipeline 구축 - Advenced Jenkins 사용 ② - SonarQube
● [DevOps] Jenkins를 이용한 CI/CD Pipeline 구축 - Advenced Jenkins 사용 ③ - Multi Nodes
● [DevOps] Jenkins를 이용한 CI/CD Pipeline 구축 - 상용 클라우드 환경에 배포하기
● [DevOps] Jenkins를 이용한 CI/CD Pipeline 구축 - 부록

 

🚀 Jenkins 가지고 놀기

    🔽  Pipeline

        📦 Delivery Pipeline 사용

 

최초 Jenkins에 Plugin을 하나 설치해 줄게요.

Jenkins 관리 -> Plugin Manager -> Avaliable(설치 가능)

 

위의 Plugin을 설치해 주었어요.

 

 

 

해당 Plugin을 설치하면 위와 같이 '새로운 뷰'라는 친구가 생겨요.

연속적인 세 개의 Project가 있을 때,

주니하랑은 [DevOps] Jenkins를 이용한 CI/CD Pipeline 구축 - Jenkins + Ansible + Kubernetes 와의 연동 에서 '빌드 후 조치'에 다음 Project를 기동하게 설정해 줌으로 연속적인 Build가 일어나게 할 수 있다는 걸 공부했어요.

이번에는 위와 같이 새로운 뷰에서 첫번째 Project를 Initial Job에 넣어주었어요.

위와 같이 설정을 하게 되면 연속적으로 진행되는

Project들에 진행 사항을 위와 같이 시각화 하여 보다 편리하게 이용할 수 있어요.

최초 위와 같이 '새로운 뷰'에서 이름을 지정해 주고, Delivery Pipeline View를 선택해 주었어요.
그런 뒤 Create를 눌러주었습니다.

밑으로 스크롤을 내리면 위와 같이 Piplines에 Componentes가 있는 것을 확인할 수 있어요.

'추가' 버튼을 눌러줍니다.

Name에는 자유롭게 이름을 지정해 주고, Initial Job 즉, 최초 수행될 Project를 선택을 해주면 되요.

저장을 누르고, 해당 창을 나와줍니다.

그럼 위와 같이 확인할 수 있어요.

 

 

 

 

 

        📦 Delivery Pipeline Script 사용하기

1. Pipe Line Script 작성 방식 두가지
     1) Declarative
     2) Scripted (Groovy + DSL)

2. 차이점
    - 시작 시 유효성 검사 유무
    - 특정 Stage 실행 가능 여부
    - 제어문
    - Option
    - 각각의 Pipe Line을 진행하다가 어떤 작업이 실패했을 때, Declarative 방식은 그 다음 단계를 진행하지 않고,         
       Scripted 방식은 그 다음 단계를 진행.


Declarative 방식

pipeline {
	agent any
    stage {
    	steps('build') {
        	//
        }
        
        steps('test') {
        	//
        }
        
        steps('deploy')	{
        	//
        }
}

반응형

1. agnet : Jenkins Server를 기동할 때, Master Server와 Slave Server로 구성할 수 있는데, 어떤 Server에
                      Jenkins를 실행할지를 지정. any를 지정했을 때는 구성된 Server 중 어떤 Server도 관계 없으니
                      실행하겠다는 의미.

2. Stages : 구성하고자 하는 각각의 단계에 대한 내용을 삽입.

    1)build: build Stage 선언 및 하위에 build Stage에 필요한 작업 명령어 등 입력.
    2)test: test Stage 선언 및 하위 test Stage에 필요한 작업 명령어 등 입력.
    3)deploy: deploy Stage 선언 및 하위 deploy Stage에 필요한 작업 명령어 등 입력.

Jenkinsfile

위와 같이 Jenkinsfile을 만들었고, 간단하게 각 단계별로 문자열을 출력하도록 만들어 주었어요.

 

git에 Push를 하는 순간 Jenkins를 작동하게 되고, 위와 같이 작업이 성공한 것을 확인 할 수 있어요.

 

 

 

 

3. post : stages 단계 즉, Build 작업을 마쳤을 때, 그 이후 작업에 대해 명시

     1) always : 작업 성공 여부와 관계 없이 해당 내용 작업 실행.
     2) success : 작업 성공 시 해당 내용 작업 실행.
     3) failure : 작업 실패 시 해당 내용 작업 실행.
     4) unstable : 부분 실패 시 해당 내용 작업 실행.
     5) changed : 변경된 사항이 있을 시 해당 내용 작업 실행.

Jenkinsfile

Deploy 작업이 끝나고, Post에 명시했던 작업이 실행된 것을 확인할 수 있어요.

 

Scripted 방식

node {
	stage('build') {
    	//
    }
    
    stage('test') {
    	//
    }
    
    stage('deploy') {
    	//
    }
}

 

 

    🔽  Pipeline Sysnax

        📦 자동 생성

http://{jenkins Server 주소:port}/pipeline-syntax/

위의 주소로 들어가면 pipline 문법을 편리하게 만들어줄 수 있는 도구로 이동할 수 있어요.

728x90

주니하랑은 Slack에 알림을 보낼 수 있는 문법을 Test로 구성해 보았어요.

작성이 완료된 뒤 파이프라인 스크립트 생성을 누르면 위와 같이 자동으로 Script 문이 나오게 되요.

이번에는 Git Repository에 File들을 이용하는 방법에 대해서 공부해 보았어요.

해당 Repository는 Public이기 때문에 Credential에 별도에 설정이 필요없지만, Repository가 Private이라면 해당 Repository 계정에 값을 정의해주어야 해요.

Jenkins에 새로운 Item을 Pipeline으로 만들어주었고, 위와 같이 Script를 입력해 주었어요.

pipeline {
    agent any
    stages {
        stage('Git clone') {
            steps {
                git 'https://github.com/joneconsulting/jenkins_pipeline_script';
            }
        }

        stage('Compile') {
            steps {
                echo "Compiled successfully!";
                sh './build.sh'
            }
        }

        stage('JUnit') {
            steps {
                echo "JUnit passed successfully!";
                sh './unit.sh'
            }
        }

        stage('Code Analysis') {
            steps {
                echo "Code Analysis completed successfully!";
                sh './quality.sh'
            }
        }

        stage('Deploy') {
            steps {
                echo "Deployed successfully!";
                sh './deploy.sh'
            }
        }
    }
}

 

최종적으로 주니하랑이 입력한 Script 문이에요.

저장을 하고, Build를 해 보았어요.

위와 같이 Build가 진행되고 있어요.

Build가 모두 끝났어요!

 

pipeline {
    agent any
    stages {
        stage('Git clone') {
            steps {
                git 'https://github.com/joneconsulting/jenkins_pipeline_script';
            }
        }

        stage('Compile') {
            steps {
                echo "Compiled successfully!";
                sh './build.sh'
            }
        }

        stage('JUnit') {
            steps {
                echo "JUnit passed successfully!";
                sh './unit.sh'
            }
        }

        stage('Code Analysis') {
            steps {
                echo "Code Analysis completed successfully!";
                sh './quality.sh'
            }
        }

        stage('Deploy') {
            steps {
                echo "Deployed successfully!";
                sh './deploy.sh'
            }
        }
    }
    
    post {
      always {
        echo "This will always run"
      }
      success {
        echo "This will run when the run finished successfully"
      }
      failure {
        echo "This will run if failed"
      }
      unstable {
        echo "This will run when the run was marked as unstable"
      }
      changed {
        echo "This will run when the state of the pipeline has changed"
      }
    }
}

이번에는 Deploy 작업이 모두 끝나고, 작업 상태 여부에 따라 어떤 작업을 추가적으로 진행할 것인지에 대한
Script문을 추가해 주었어요.

저장을 하고, 다시 Build 작업을 시도해 보았어요.

Post Actions라는 단계가 추가되어 작업이 진행된 것을 확인할 수 있어요.

 

 

 

 

 

 

 

 

 

 

 

 

    🔽  Gradle build

 

pipeline {
    agent any

    tools {
        gradle 'gradle'
    }

    stages {

        stage('Build') {
            steps {
                echo "Build Started";

                try{
                sh "gradle clen build -x test -b build.gradle"
                } catch (e) {
                    sh 'echo Build Fail'
                }
                
                echo "Build End";
            }
        }

        stage('JUnit Test') {
            steps {
                echo "JUnit Started";
                
                try {
                    junit '**/build/test-results/test/*.xml'
                } catch (e) {
                    sh 'echo Test Fail'
                }
                
                echo "Test End"
            }
        }
    }

    post {
        always {
            echo 'This will always run'
        }

        success {
            echo 'This will run when the run finished successfully'
        }

        failure {
            echo 'This will run if failed'
        }

        unstable {
            echo 'This will run when the run was marked as unstable'
        }

        changed {
            echo 'This will run when the state of the pipeline has changed'
        }
    }
}

 

이번에는 Gradle Build를 위해 위와 같이 Jenkinsfile을 수정해 주었어요.

 

 

 

    🔽  Jenkins Pipeline 가지고 놀기

        📦 Maven build pipeline

이번에는 Maven build를 Jenkins Pipeline에 추가하면서 놀아볼게요.

Jenkins에서 위와 같이 Item을 만들어 줄거에요.

 

pipeline {
    agent any
    tools {
        maven 'Maven3.8.5'
    }
    
    stages {
        stage('Git Clone') {
            steps {
                git 'https://github.com/junyharang-coding-study/JunyHarang-Maven-Test-Project'
            }
        }
        
        stage('Maven Build') {
            steps {
                sh '''
                    echo build start
                    mvn clean compile package -Dskiptests=true
                '''
            }
        }
    }
}

위와 같이 Script 문을 넣어 주었어요.

참고로 Script 문 안에 tools에 Build Tool 정보를 넣어줘야 하는데, 현재 maven Tool을 이용해 볼 것이고,
Maven의 Version을 아래와 같이 확인할 수 있어요.

Maven Build Tool을 이용해서 이 전 Build 작업에 대한 결과물을 삭제(clean)하고, compile 하고, packaging한 뒤 Unit Test는 진행하지 않기 위해 -Dskiptests=true Option을 주었어요.

Jenkins 관리 -> Global Tool Configuration -> Maven

중요한 것은 Maven의 Name (Maven3.8.5)와 Script 문에 tools에 Maven 정보를 적을 때,
둘이 똑같이 적어줘야 한다는 점이에요.


저장하고, Build를 진행해 볼게요.

Build 작업이 정상적으로 끝났어요.

        📦 Tomcat 9.0에 배포하기

Script문을 생성하기 전에 Script 자동 생성 도움을 받아 위와 같이 Tomcat에 Deploy할 때
Script문을 만들게 해 주었어요.

 

JunyHarang-Secone-Pipeline

위에서 만들었던 Pipeline Projce 구성에서 23번째 줄과 같이 Deploy 관련 Script 문을 추가해 주었어요.

그런 뒤 저장한 뒤 나왔어요.

Tomcat 초기 Page에서 Manager App을 눌러 주었어요.

그리고, 관리자 계정을 입력 해 주었어요.

이 부분에 대해서는 이 곳에 준비를 해 두었어요.

이 전에 Test 해 보았던 /hello-world가 보이고 있어요.

이건 삭제를 해 주고 진행해 볼게요.

우측 끝에 '배치된 것을 제거'를 눌러주면 되요.

정상적으로 삭제가 된 것을 확인하였어요.


이제 Jenkins에서 Build를 진행해 볼 것이에요.

deploy 단계가 추가 되었고, 정상 진행된 것을 확인할 수 있어요.

        📦 Docker Container에 배포하기

 

최초 Script를 만들기 위해 위와 같이 작성을 해 주었어요.

SSH Server는 이 전에 작업했던 Docker를 설치한 Container에요.

Generate를 해주니 엄청 긴 Script문이 나왔어요.

위에서 만들었던 Pipeline Projce 구성에서 29번째 줄과 같이 Script문을 추가해 주었어요.

그리고, 저장을 하고 나와 주었어요.


이제 Build를 진행해 볼게요.

Build가 실패하였어요!

docker images

SSH로 연결해 주었던 Docker Container에서 Docker Image를 확인해 보니 위와 같이
<NONE> 이라고 나오는 것을 확인할 수 있어요.


이렇게 된 이유는 Image를 생성하는 과정에서 war File이 복사가 되기는 하였으나, 해당 File이 Image를 생성하는 과정까지 이어지지 못하고 중단 되었기 때문이에요.


일단 hello-world.war File을 삭제해 주도록 할게요.

rm -rf {삭제할 File 이름}

 

문제는 Docker Container에 있는 Dockerfile이 문제였어요.

우리는 hello-world.war를 전달하는데, COPY 절에 보면 ./webapp.war라고 적힌 것이에요.

위와 같이 변경해 주고, 다시 Build를 진행해 볼게요.

작업이 정상적으로 완료 되었어요!

docker images

SSH로 연결했던 Docker Container에서 Docker Image를 확인해보니
정상적으로 Image가 만들어진 것을 확인 할 수 있어요.