BuildConfig를 사용하는 빌드

프로세스

1. 다음 명령을 입력하여 보안을 참조할 Pod를 생성합니다.

   $ oc create -f <your_yaml_file>.yaml

   Copy to Clipboard Toggle word wrap

2. 다음 명령을 입력하여 로그를 가져옵니다.

   $ oc logs secret-example-pod

   Copy to Clipboard Toggle word wrap

3. 다음 명령을 입력하여 Pod를 삭제합니다.

   $ oc delete pod secret-example-pod

   Copy to Clipboard Toggle word wrap

1. ConfigMap 오브젝트가 없는 경우 다음 명령을 입력하여 생성합니다.

   $ oc create configmap settings-mvn \
       --from-file=settings.xml=<path/to/settings.xml>

   Copy to Clipboard Toggle word wrap

   그러면 settings-mvn이라는 새 구성 맵이 생성됩니다. 이 맵에는 settings.xml 파일의 일반 텍스트 내용이 포함됩니다.

   작은 정보

   다음 YAML을 적용하여 구성 맵을 만들 수 있습니다.

   apiVersion: core/v1
   kind: ConfigMap
   metadata:
     name: settings-mvn
   data:
     settings.xml: |
       <settings>
       … # Insert maven settings here
       </settings>

   Copy to Clipboard Toggle word wrap

2. Secret 오브젝트가 없는 경우 다음 명령을 입력하여 생성합니다.

   $ oc create secret generic secret-mvn \
       --from-file=ssh-privatekey=<path/to/.ssh/id_rsa> \
       --type=kubernetes.io/ssh-auth

   Copy to Clipboard Toggle word wrap

   그러면 secret-mvn이라는 새 보안이 생성됩니다. 이 보안에는 id_rsa 개인 키의 base64 인코딩 콘텐츠가 포함됩니다.

   작은 정보

   다음 YAML을 적용하여 입력 보안을 생성할 수 있습니다.

   apiVersion: core/v1
   kind: Secret
   metadata:
     name: secret-mvn
   type: kubernetes.io/ssh-auth
   data:
     ssh-privatekey: |
       # Insert ssh private key, base64 encoded

   Copy to Clipboard Toggle word wrap

3. 다음과 같이 기존 BuildConfig 오브젝트의 source 섹션에 구성 맵과 보안을 추가합니다.

   source:
     git:
       uri: https://github.com/wildfly/quickstart.git
     contextDir: helloworld
     configMaps:
       - configMap:
           name: settings-mvn
     secrets:
       - secret:
           name: secret-mvn

   Copy to Clipboard Toggle word wrap

4. 새 BuildConfig 오브젝트에 시크릿 및 구성 맵을 포함하려면 다음 명령을 입력합니다.

   $ oc new-build \
       openshift/wildfly-101-centos7~https://github.com/wildfly/quickstart.git \
       --context-dir helloworld --build-secret “secret-mvn” \
       --build-config-map "settings-mvn"

   Copy to Clipboard Toggle word wrap

   빌드 중에 빌드 프로세스는 settings.xml 및 id_rsa 파일을 소스 코드가 있는 디렉터리에 복사합니다. OpenShift Container Platform S2I 빌더 이미지의 경우 이 디렉터리는 Dockerfile에 WORKDIR 명령을 사용하여 설정하는 이미지 작업 디렉터리입니다. 다른 디렉터리를 지정하려면 정의에 destinationDir을 추가합니다.

   source:
     git:
       uri: https://github.com/wildfly/quickstart.git
     contextDir: helloworld
     configMaps:
       - configMap:
           name: settings-mvn
         destinationDir: ".m2"
     secrets:
       - secret:
           name: secret-mvn
         destinationDir: ".ssh"

   Copy to Clipboard Toggle word wrap

   다음 명령을 입력하여 새 BuildConfig 오브젝트를 생성할 때 대상 디렉터리를 지정할 수도 있습니다.

   $ oc new-build \
       openshift/wildfly-101-centos7~https://github.com/wildfly/quickstart.git \
       --context-dir helloworld --build-secret “secret-mvn:.ssh” \
       --build-config-map "settings-mvn:.m2"

   Copy to Clipboard Toggle word wrap

   두 경우 모두 settings.xml 파일은 빌드 환경의 ./.m2 디렉터리에 추가되고 id_rsa 키는 ./.ssh 디렉터리에 추가됩니다.

프로세스

1. 빌드 중 사용할 사용자 정의 HTTP 프록시를 정의합니다.

   customStrategy:
   ...
     env:
       - name: "HTTP_PROXY"
         value: "http://myproxy.net:5187/"

   Copy to Clipboard Toggle word wrap

2. 빌드 구성에 정의된 환경 변수를 관리하려면 다음 명령을 입력합니다.

   $ oc set env <enter_variables>

   Copy to Clipboard Toggle word wrap

프로세스

1. Jenkins 마스터를 생성합니다.

     $ oc project <project_name>

   Copy to Clipboard Toggle word wrap

   사용할 프로젝트를 선택하거나 oc new-project <project_name>을 사용하여 새 프로젝트를 생성합니다.

     $ oc new-app jenkins-ephemeral 

   1

   Copy to Clipboard Toggle word wrap

   영구 스토리지를 사용하려면 대신 jenkins-persistent를 사용합니다.

2. 다음 콘텐츠를 사용하여 nodejs-sample-pipeline.yaml이라는 파일을 생성합니다.

   참고

   이 과정에서 Jenkins Pipeline 전략을 사용하여 Node.js/MongoDB 예제 애플리케이션을 빌드, 배포, 스케일링하는 BuildConfig 오브젝트가 생성됩니다.

   kind: "BuildConfig"
   apiVersion: "v1"
   metadata:
     name: "nodejs-sample-pipeline"
   spec:
     strategy:
       jenkinsPipelineStrategy:
         jenkinsfile: <pipeline content from below>
       type: JenkinsPipeline

   Copy to Clipboard Toggle word wrap

3. jenkinsPipelineStrategy를 사용하여 BuildConfig 오브젝트를 생성한 후에는 인라인 jenkinsfile을 사용하여 파이프라인에 수행할 작업을 지시합니다.

   참고

   이 예에서는 애플리케이션에 대한 Git 리포지토리를 설정하지 않습니다.

   다음 jenkinsfile 콘텐츠는 OpenShift Container Platform DSL을 사용하여 Groovy로 작성됩니다. 소스 리포지토리에 jenkinsfile을 포함하는 것이 기본 방법이지만 이 예제에서는 YAML 리터럴 스타일을 사용하여 BuildConfig 오브젝트에 인라인 콘텐츠를 포함합니다.

   def templatePath = 'https://raw.githubusercontent.com/openshift/nodejs-ex/master/openshift/templates/nodejs-mongodb.json' 

   1

   
   def templateName = 'nodejs-mongodb-example' 

   2

   
   pipeline {
     agent {
       node {
         label 'nodejs' 

   3

   
       }
     }
     options {
       timeout(time: 20, unit: 'MINUTES') 

   4

   
     }
     stages {
       stage('preamble') {
           steps {
               script {
                   openshift.withCluster() {
                       openshift.withProject() {
                           echo "Using project: ${openshift.project()}"
                       }
                   }
               }
           }
       }
       stage('cleanup') {
         steps {
           script {
               openshift.withCluster() {
                   openshift.withProject() {
                     openshift.selector("all", [ template : templateName ]).delete() 

   5

   
                     if (openshift.selector("secrets", templateName).exists()) { 

   6

   
                       openshift.selector("secrets", templateName).delete()
                     }
                   }
               }
           }
         }
       }
       stage('create') {
         steps {
           script {
               openshift.withCluster() {
                   openshift.withProject() {
                     openshift.newApp(templatePath) 

   7

   
                   }
               }
           }
         }
       }
       stage('build') {
         steps {
           script {
               openshift.withCluster() {
                   openshift.withProject() {
                     def builds = openshift.selector("bc", templateName).related('builds')
                     timeout(5) { 

   8

   
                       builds.untilEach(1) {
                         return (it.object().status.phase == "Complete")
                       }
                     }
                   }
               }
           }
         }
       }
       stage('deploy') {
         steps {
           script {
               openshift.withCluster() {
                   openshift.withProject() {
                     def rm = openshift.selector("dc", templateName).rollout()
                     timeout(5) { 

   9

   
                       openshift.selector("dc", templateName).related('pods').untilEach(1) {
                         return (it.object().status.phase == "Running")
                       }
                     }
                   }
               }
           }
         }
       }
       stage('tag') {
         steps {
           script {
               openshift.withCluster() {
                   openshift.withProject() {
                     openshift.tag("${templateName}:latest", "${templateName}-staging:latest") 

   10

   
                   }
               }
           }
         }
       }
     }
   }

   Copy to Clipboard Toggle word wrap

   1

   사용할 템플릿의 경로입니다.

   1 2

   생성할 템플릿의 이름입니다.

   3

   이 빌드를 실행할 node.js 에이전트 Pod를 구동합니다.

   4

   이 파이프라인에 타임아웃을 20분으로 설정합니다.

   5

   이 템플릿 라벨이 있는 모든 항목을 삭제합니다.

   6

   이 템플릿 라벨을 사용하여 모든 보안을 삭제합니다.

   7

   templatePath에서 새 애플리케이션을 생성합니다.

   8

   빌드가 완료될 때까지 최대 5분 동안 기다립니다.

   9

   배포가 완료될 때까지 최대 5분 정도 기다립니다.

   10

   다른 모든 과정이 성공하면 $ {templateName}:latest 이미지에 $ {templateName}-staging:latest 태그를 지정합니다. 스테이징 환경에 대한 파이프라인 빌드 구성에서는 $ {templateName}-staging:latest 이미지가 변경될 때까지 기다린 다음 해당 이미지를 스테이징 환경에 배포할 수 있습니다.

   참고

   위 예제는 선언적 파이프라인 스타일로 작성되었지만 기존에 스크립팅된 파이프라인 스타일도 지원됩니다.

4. OpenShift Container Platform 클러스터에서 파이프라인 BuildConfig를 생성합니다.

   $ oc create -f nodejs-sample-pipeline.yaml

   Copy to Clipboard Toggle word wrap

   1. 자체 파일을 생성하지 않으려면 다음을 실행하여 원래 리포지토리의 샘플을 사용하면 됩니다.

      $ oc create -f https://raw.githubusercontent.com/openshift/origin/master/examples/jenkins/pipeline/nodejs-sample-pipeline.yaml

      Copy to Clipboard Toggle word wrap

5. 파이프라인을 시작합니다.

   $ oc start-build nodejs-sample-pipeline

   Copy to Clipboard Toggle word wrap
   참고

   또는 빌드 → 파이프라인 섹션으로 이동하여 파이프라인 시작을 클릭하거나 Jenkins 콘솔을 방문하여 생성한 파이프라인으로 이동한 다음 지금 빌드를 클릭하여 OpenShift Container Platform 웹 콘솔에서 파이프라인을 시작할 수 있습니다.

   파이프라인이 시작되면 프로젝트 내에서 수행되는 다음 작업이 표시되어야 합니다.

   • Jenkins 서버에서 작업 인스턴스가 생성됩니다.
   • 파이프라인에 필요한 경우 에이전트 Pod가 시작됩니다.

   • 파이프라인은 에이전트 Pod에서 실행되지만 에이전트가 필요하지 않은 경우에는 마스터에서 실행됩니다.

     • template=nodejs-mongodb-example 라벨을 사용하여 이전에 생성한 리소스는 삭제됩니다.
     • 새 애플리케이션 및 이 애플리케이션의 모든 관련 리소스는 nodejs-mongodb-example 템플릿에서 생성됩니다.

     • nodejs-mongodb-example BuildConfig를 사용하여 빌드가 시작됩니다.

       • 파이프라인은 빌드가 완료될 때까지 기다린 후 다음 단계를 트리거합니다.

     • 배포는 nodejs-mongodb-example 배포 구성을 사용하여 시작됩니다.

       • 파이프라인은 배포가 완료될 때까지 기다린 후 다음 단계를 트리거합니다.
     • 빌드 및 배포가 성공하면 nodejs-mongodb-example:latest 이미지에 nodejs-mongodb-example:stage 태그가 지정됩니다.

   • 파이프라인에 필요한 경우 에이전트 pod가 삭제됩니다.

     참고

     파이프라인 실행을 시각화하는 가장 좋은 방법은 OpenShift Container Platform 웹 콘솔에서 확인하는 것입니다. 웹 콘솔에 로그인하고 빌드 → 파이프라인으로 이동하여 파이프라인을 확인할 수 있습니다.