절차

1. 웹 콘솔의 관리자 화면에서 Operator → OperatorHub로 이동합니다.

2. 키워드로 필터링 상자를 사용하여 카탈로그에서 Red Hat OpenShift Pipelines Operator 를 검색합니다. OpenShift Pipelines Operator 타일을 클릭합니다.

   참고

   OpenShift Pipelines Operator의 커뮤니티 버전이 선택되지 않았는지 확인하십시오.

3. Red Hat OpenShift Pipelines Operator 페이지에서 Operator 에 대한 간략한 설명을 읽어 보십시오. 설치를 클릭합니다.

4. Operator 설치 페이지에서 다음을 수행합니다.

   1. Installation Mode로 All namespaces on the cluste(default)를 선택합니다. 이 모드에서는 기본 openshift-operators 네임스페이스에 Operator가 설치되므로 Operator가 클러스터의 모든 네임스페이스를 감시하고 사용 가능하게 만들 수 있습니다.
   2. Approval Strategy으로 Automatic을 선택합니다. 그러면 Operator에 향후 지원되는 업그레이드가 OLM(Operator Lifecycle Manager)에 의해 자동으로 처리됩니다. Manual 승인 전략을 선택하면 OLM에서 업데이트 요청을 생성합니다. 클러스터 관리자는 Operator를 새 버전으로 업데이트하려면 OLM 업데이트 요청을 수동으로 승인해야 합니다.

   3. Update Channel을 선택합니다.

      • ocp-<4.x> 채널을 사용하면 Red Hat OpenShift Pipelines Operator의 안정적인 최신 릴리스를 설치할 수 있습니다.
      • preview 채널을 사용하면 Red Hat OpenShift Pipelines Operator의 최신 프리뷰 버전을 설치할 수 있습니다. 이 버전에는 4.x 업데이트 채널에서 아직 사용할 수 없는 기능이 포함될 수 있습니다.

5. 설치를 클릭합니다. Installed Operators 페이지의 목록에 해당 Operator가 나타납니다.

   참고

   Operator는 openshift-operators 네임스페이스에 자동으로 설치됩니다.

6. Red Hat OpenShift Pipelines Operator가 성공적으로 설치되었는지 확인하려면 상태가 최신 업데이트 완료로 설정되어 있는지 확인합니다.

프로세스

1. 서브스크립션 오브젝트 YAML 파일을 생성하여 Red Hat OpenShift Pipelines Operator에 네임스페이스를 서브스크립션합니다(예: sub.yaml).

   Subscription의 예

   apiVersion: operators.coreos.com/v1alpha1
   kind: Subscription
   metadata:
     name: openshift-pipelines-operator
     namespace: openshift-operators
   spec:
     channel:  <channel name> 1
     name: openshift-pipelines-operator-rh 2
     source: redhat-operators 3
     sourceNamespace: openshift-marketplace 4

   1

   Operator를 서브스크립션할 채널 이름을 지정합니다.

   2

   서브스크립션할 Operator의 이름입니다.

   3

   Operator를 제공하는 CatalogSource의 이름입니다.

   4

   CatalogSource의 네임스페이스입니다. 기본 OperatorHub CatalogSources에는 openshift-marketplace를 사용합니다.

2. 서브스크립션 오브젝트를 생성합니다.

   $ oc apply -f sub.yaml

   이제 Red Hat OpenShift Pipelines Operator가 기본 타겟 네임스페이스인 openshift-operators에 설치되었습니다.

프로세스

1. 웹 콘솔의 관리자 화면에서 Administration → Custom Resource Definition로 이동합니다.
2. 이름으로 필터링 박스에 config.operator.tekton.dev를 입력하여 Red Hat OpenShift Pipelines Operator CR을 검색합니다.
3. CRD Config을 클릭하여 Custom Resource Definition Details 페이지를 엽니다.

4. Actions 드롭다운 메뉴를 클릭하고 Delete Custom Resource Definition를 선택합니다.

   참고

   CR을 삭제하면 Red Hat OpenShift Pipelines 구성 요소가 삭제되고 클러스터의 모든 작업과 파이프라인이 사라집니다.

5. Delete를 클릭하여 CR 삭제를 확인합니다.

프로세스

1. Operators → OperatorHub 페이지에서 키워드로 필터링 박스를 사용하여 Red Hat OpenShift Pipelines Operator를 검색합니다.
2. OpenShift Pipelines Operator 타일을 클릭합니다. Operator 타일은 Operator가 설치되었음을 타나냅니다.
3. OpenShift Pipelines Operator 설명자 페이지에서 Uninstall를 클릭합니다.

프로세스

1. OpenShift Container Platform 클러스터에 로그인합니다.

   $ oc login -u <login> -p <password> https://openshift.example.com:6443

2. 샘플 애플리케이션용 프로젝트를 생성합니다. 예시 워크플로에서는 pipelines-tutorial 프로젝트를 생성합니다.

   $ oc new-project pipelines-tutorial

   참고

   다른 이름으로 프로젝트를 생성하는 경우, 예시에 사용된 리소스 URL을 사용자의 프로젝트 이름으로 업데이트하십시오.

3. Pipeline ServiceAccount를 표시합니다.

   Red Hat OpenShift Pipelines Operator는 이미지를 빌드하고 내보내기에 충분한 권한이 있는 pipeline이라는 ServiceAccount를 추가하고 구성합니다. 이 ServiceAccount는 PipelineRun에서 사용됩니다.

   $ oc get serviceaccount pipeline

절차

1. 파이프라인의 재사용 가능한 작업 목록이 포함된 pipelines -tutorial 리포지토리에서 apply- manifests 및 update-deployment Task 리소스를 설치합니다.

   $ oc create -f https://raw.githubusercontent.com/openshift/pipelines-tutorial/release-tech-preview-3/01_pipeline/01_apply_manifest_task.yaml
   $ oc create -f https://raw.githubusercontent.com/openshift/pipelines-tutorial/release-tech-preview-3/01_pipeline/02_update_deployment_task.yaml

2. tkn task list 명령을 사용하여 생성한 작업 목록을 표시합니다.

   $ tkn task list

   apply-manifest 및 update-deployment Task 리소스가 생성되었는지 출력에서 확인합니다.

   NAME                DESCRIPTION   AGE
   apply-manifests                   1 minute ago
   update-deployment                 48 seconds ago

3. tkn clustertasks list 명령을 사용하여 Operator에서 설치한 추가 ClusterTask 리소스를 나열합니다(예:buildah 및 s2i-python-3).

   참고

   buildah ClusterTask 리소스를 실행하려면 권한 있는 보안 컨텍스트가 필요하므로 권한이 있는 Pod 컨테이너를 사용해야 합니다. Pod의 보안 컨텍스트 제약 조건(SCC)에 대한 자세한 내용은 추가 리소스 섹션을 참조하십시오.

   $ tkn clustertasks list

   Operator에서 설치한 ClusterTask 리소스가 출력에 나열됩니다.

   NAME                       DESCRIPTION   AGE
   buildah                                  1 day ago
   git-clone                                1 day ago
   s2i-php                                  1 day ago
   tkn                                      1 day ago

프로세스

1. 다음 샘플 Pipeline YAML 파일의 내용을 복사하여 저장합니다.

   apiVersion: tekton.dev/v1beta1
   kind: Pipeline
   metadata:
     name: build-and-deploy
   spec:
     workspaces:
     - name: shared-workspace
     params:
     - name: deployment-name
       type: string
       description: name of the deployment to be patched
     - name: git-url
       type: string
       description: url of the git repo for the code of deployment
     - name: git-revision
       type: string
       description: revision to be used from repo of the code for deployment
       default: "release-tech-preview-3"
     - name: IMAGE
       type: string
       description: image to be built from the code
     tasks:
     - name: fetch-repository
       taskRef:
         name: git-clone
         kind: ClusterTask
       workspaces:
       - name: output
         workspace: shared-workspace
       params:
       - name: url
         value: $(params.git-url)
       - name: subdirectory
         value: ""
       - name: deleteExisting
         value: "true"
       - name: revision
         value: $(params.git-revision)
     - name: build-image
       taskRef:
         name: buildah
         kind: ClusterTask
       params:
       - name: TLSVERIFY
         value: "false"
       - name: IMAGE
         value: $(params.IMAGE)
       workspaces:
       - name: source
         workspace: shared-workspace
       runAfter:
       - fetch-repository
     - name: apply-manifests
       taskRef:
         name: apply-manifests
       workspaces:
       - name: source
         workspace: shared-workspace
       runAfter:
       - build-image
     - name: update-deployment
       taskRef:
         name: update-deployment
       workspaces:
       - name: source
         workspace: shared-workspace
       params:
       - name: deployment
         value: $(params.deployment-name)
       - name: IMAGE
         value: $(params.IMAGE)
       runAfter:
       - apply-manifests

   Pipeline 정의는 Git 소스 리포지토리 및 이미지 레지스트리의 세부 사항을 요약합니다. 이러한 세부 사항은 Pipeline이 트리거되고 실행될 때 params로 추가됩니다.

2. Pipeline을 생성합니다.

   $ oc create -f <pipeline-yaml-file-name.yaml>

   또는 Git 리포지토리에서 직접 YAML 파일을 실행할 수도 있습니다.

   $ oc create -f https://raw.githubusercontent.com/openshift/pipelines-tutorial/release-tech-preview-3/01_pipeline/04_pipeline.yaml

3. tkn pipeline list 명령을 사용하여 Pipeline이 애플리케이션에 추가되었는지 확인합니다.

   $ tkn pipeline list

   build-and-deploy Pipeline이 생성된 것이 출력에서 확인됩니다.

   NAME               AGE            LAST RUN   STARTED   DURATION   STATUS
   build-and-deploy   1 minute ago   ---        ---       ---        ---

프로세스

1. 백엔드 애플리케이션의 파이프라인을 시작합니다.

   $ tkn pipeline start build-and-deploy \
       -w name=shared-workspace,volumeClaimTemplateFile=https://raw.githubusercontent.com/openshift/pipelines-tutorial/release-tech-preview-3/01_pipeline/03_persistent_volume_claim.yaml \
       -p deployment-name=vote-api \
       -p git-url=http://github.com/openshift-pipelines/vote-api.git \
       -p IMAGE=image-registry.openshift-image-registry.svc:5000/pipelines-tutorial/vote-api \

   위 명령은 파이프라인 실행을 위한 영구 볼륨 클레임을 생성하는 볼륨 클레임 템플릿을 사용합니다.

2. 파이프라인 실행의 진행 상황을 추적하려면 다음 명령을 입력합니다.

   $ tkn pipelinerun logs <pipelinerun_id> -f

   위 명령의 <pipelinerun_id>는 이전 명령의 출력에서 반환된 PipelineRun의 ID입니다.

3. 프런트 엔드 애플리케이션의 Pipeline을 시작합니다.

   $ tkn pipeline start build-and-deploy \
       -w name=shared-workspace,volumeClaimTemplateFile=https://raw.githubusercontent.com/openshift/pipelines-tutorial/release-tech-preview-3/01_pipeline/03_persistent_volume_claim.yaml \
       -p deployment-name=vote-ui \
       -p git-url=http://github.com/openshift-pipelines/vote-ui.git \
       -p IMAGE=image-registry.openshift-image-registry.svc:5000/pipelines-tutorial/vote-ui \

4. 파이프라인 실행의 진행 상황을 추적하려면 다음 명령을 입력합니다.

   $ tkn pipelinerun logs <pipelinerun_id> -f

   위 명령의 <pipelinerun_id>는 이전 명령의 출력에서 반환된 PipelineRun의 ID입니다.

5. 몇 분 후에 tkn pipelinerun list 명령을 사용하여 모든 PipelineRun을 나열하여 Pipeline이 성공적으로 실행되었는지 확인합니다.

   $ tkn pipelinerun list

   PipelineRuns 목록이 출력됩니다.

    NAME                         STARTED      DURATION     STATUS
    build-and-deploy-run-xy7rw   1 hour ago   2 minutes    Succeeded
    build-and-deploy-run-z2rz8   1 hour ago   19 minutes   Succeeded

6. 애플리케이션 경로를 가져옵니다.

   $ oc get route vote-ui --template='http://{{.spec.host}}'

   이전 명령의 출력에 주목하십시오. 이 경로를 사용하여 애플리케이션에 액세스할 수 있습니다.

7. 이전 파이프라인의 파이프라인 리소스 및 서비스 계정을 사용하여 마지막 파이프라인 실행을 다시 실행하려면 다음을 실행합니다.

   $ tkn pipeline start build-and-deploy --last

프로세스

1. 다음 샘플 TriggerBinding YAML 파일의 내용을 복사하여 저장합니다.

   apiVersion: triggers.tekton.dev/v1alpha1
   kind: TriggerBinding
   metadata:
     name: vote-app
   spec:
     params:
     - name: git-repo-url
       value: $(body.repository.url)
     - name: git-repo-name
       value: $(body.repository.name)
     - name: git-revision
       value: $(body.head_commit.id)

2. TriggerBinding 리소스를 생성합니다.

   $ oc create -f <triggerbinding-yaml-file-name.yaml>

   또는 pipelines-tutorial Git 리포지토리에서 직접 TriggerBinding 리소스를 생성할 수 있습니다.

   $ oc create -f https://raw.githubusercontent.com/openshift/pipelines-tutorial/release-tech-preview-3/03_triggers/01_binding.yaml

3. 다음 샘플 TriggerTemplate YAML 파일의 내용을 복사하여 저장합니다.

   apiVersion: triggers.tekton.dev/v1alpha1
   kind: TriggerTemplate
   metadata:
     name: vote-app
   spec:
     params:
     - name: git-repo-url
       description: The git repository url
     - name: git-revision
       description: The git revision
       default: release-tech-preview-3
     - name: git-repo-name
       description: The name of the deployment to be created / patched
   
     resourcetemplates:
     - apiVersion: tekton.dev/v1beta1
       kind: PipelineRun
       metadata:
         name: build-deploy-$(tt.params.git-repo-name)-$(uid)
       spec:
         serviceAccountName: pipeline
         pipelineRef:
           name: build-and-deploy
         params:
         - name: deployment-name
           value: $(tt.params.git-repo-name)
         - name: git-url
           value: $(tt.params.git-repo-url)
         - name: git-revision
           value: $(tt.params.git-revision)
         - name: IMAGE
           value: image-registry.openshift-image-registry.svc:5000/pipelines-tutorial/$(tt.params.git-repo-name)
         workspaces:
         - name: shared-workspace
           volumeClaimTemplate:
             spec:
               accessModes:
                 - ReadWriteOnce
               resources:
                 requests:
                   storage: 500Mi

   템플릿은 작업 영역의 스토리지 볼륨을 정의하기 위해 영구 볼륨 클레임을 생성하는 볼륨 클레임 템플릿을 지정합니다. 따라서 데이터 스토리지를 제공하기 위해 영구 볼륨 클레임을 생성할 필요가 없습니다.

4. TriggerTemplate 리소스를 생성합니다.

   $ oc create -f <triggertemplate-yaml-file-name.yaml>

   또는 pipelines-tutorial Git 리포지토리에서 직접 TriggerTemplate 리소스를 생성할 수도 있습니다.

   $ oc create -f https://raw.githubusercontent.com/openshift/pipelines-tutorial/release-tech-preview-3/03_triggers/02_template.yaml

5. 다음 샘플 Trigger YAML 파일의 콘텐츠를 복사하여 저장합니다.

   apiVersion: triggers.tekton.dev/v1alpha1
   kind: Trigger
   metadata:
     name: vote-trigger
   spec:
     serviceAccountName: pipeline
     bindings:
       - ref: vote-app
     template:
        name: vote-app

6. Trigger 리소스를 생성합니다.

   $ oc create -f <trigger-yaml-file-name.yaml>

   또는 pipelines-tutorial Git 리포지토리에서 직접 Trigger 리소스를 생성할 수도 있습니다.

   $ oc create -f https://github.com/openshift/pipelines-tutorial/blob/release-tech-preview-3/03_triggers/03_trigger.yaml

7. 다음 샘플 EventListener YAML 파일의 내용을 복사하여 저장합니다.

   apiVersion: triggers.tekton.dev/v1alpha1
   kind: EventListener
   metadata:
     name: vote-app
   spec:
     serviceAccountName: pipeline
     triggers:
       - triggerRef: vote-trigger

   또는 트리거 사용자 정의 리소스를 정의하지 않은 경우 트리거 이름을 참조하는 대신 바인딩 및 템플릿 사양을 EventListener YAML 파일에 추가합니다.

   apiVersion: triggers.tekton.dev/v1alpha1
   kind: EventListener
   metadata:
     name: vote-app
   spec:
     serviceAccountName: pipeline
     triggers:
     - bindings:
       - ref: vote-app
       template:
         name: vote-app

8. EventListener 리소스를 생성합니다.

   $ oc create -f <eventlistener-yaml-file-name.yaml>

   또는 pipelines-tutorial Git 리포지토리에서 직접 EvenListener 리소스를 생성할 수도 있습니다.

   $ oc create -f https://raw.githubusercontent.com/openshift/pipelines-tutorial/release-tech-preview-3/03_triggers/04_event_listener.yaml

9. EventListener 서비스에 공개 액세스가 가능하도록 이 서비스를 OpenShift Container Platform 경로로 노출합니다.

   $ oc expose svc el-vote-app

프로세스

1. Webhook URL을 가져옵니다.

   $ echo "URL: $(oc  get route el-vote-app --template='http://{{.spec.host}}')"

   출력에서 가져온 URL을 기록해 둡니다.

2. 프런트 엔드 리포지토리에서 수동으로 Webhook를 구성합니다.

   1. 브라우저에서 프런트 엔드 Git 리포지토리 vote-ui를 엽니다.
   2. Settings → Webhook → Webhook 추가를 클릭합니다.

   3. Webhooks/Add Webhook 페이지에서:

      1. Payload URL 필드에 1단계의 Webhook URL을 입력합니다.
      2. Content type으로 application/json을 선택합니다.
      3. Secret 필드에 시크릿을 지정합니다.
      4. Just the push event이 선택되어 있는지 확인합니다.
      5. Active를 선택하십시오
      6. Add Webhook를 클릭합니다.
3. 백엔드 리포지토리 vote-api에 대해 2단계를 반복합니다.

프로세스

1. 터미널에서 분기된 Git 리포지토리 vote-ui를 복제합니다.

   $ git clone git@github.com:<your GitHub ID>/vote-ui.git -b release-tech-preview-3

2. 비어 있는 커밋을 푸시합니다.

   $ git commit -m "empty-commit" --allow-empty && git push origin release-tech-preview-3

3. 파이프라인 실행이 트리거되었는지 확인합니다.

   $ tkn pipelinerun list

   새로운 파이프라인 실행이 시작되었습니다.

프로시저

1. Developer 관점의 Add 보기에서 Pipeline 타일을 클릭하여 Pipeline Builder 페이지를 표시합니다.
2. Pipeline의 고유한 이름을 입력합니다.

3. Select task 목록에서 Pipeline에 추가할 Task를 선택합니다. 예에서는 s2i-nodejs Task를 사용합니다.

   1. Pipeline에 순차 Task를 추가하려면 Task 오른쪽 또는 왼쪽에 있는 더하기 아이콘을 클릭하고 Select task 목록에서 Pipeline에 추가할 Task를 선택합니다. 예를 들어, openshift-client Task를 추가하려면 S2I-nodejs Task 오른쪽에 있는 더하기 아이콘을 사용합니다.

   2. 기존 Task에 병렬 Task를 추가하려면 Task 아래에 표시된 더하기 아이콘을 클릭하고 Select task 목록에서 Pipeline에 추가할 병렬 Task를 선택합니다.

      그림 5.1. Pipeline 빌더

      

4. Add Resources를 클릭하여 Pipeline Run에 사용할 리소스의 이름 및 유형을 지정합니다. 추가되는 리소스는 Pipeline의 Task에 입력 및 출력으로 사용합니다. 예시의 경우:

   1. 입력 리소스를 추가합니다. Name 필드에 Source를 입력하고 Resource Type 드롭다운 목록에서 Git을 선택합니다.
   2. 출력 리소스를 추가합니다. Name 필드에 Img를 입력하고 Resource Type 드롭다운 목록에서 Image를 선택합니다.
5. Task Parameters는 Task의 사양에 따라 미리 채워집니다. 필요하면 Add Parameters 링크를 사용하여 매개변수를 더 추가합니다.

6. Task의 리소스가 지정되지 않은 경우 Task에 Missing Resources 경고가 표시됩니다. s2i-nodejs Task를 클릭하여 측면 패널을 열어서 Task에 대한 세부 사항을 확인합니다.

   그림 5.2. Pipeline 빌더의 Task 세부 사항

   

7. Task 측면 패널에서 리소스 및 매개변수를 지정합니다.

   1. Input Resources → Source 섹션의 Select Resources 드롭다운 목록에 사용자가 Pipeline에 추가한 리소스가 표시됩니다. 예에서는 Source 선택합니다.
   2. Output Resources → Image 섹션에서 Select Resources 목록을 클릭하고 Img를 선택합니다.
   3. 필요하면 Parameters 섹션에서 $(params.<param-name>) 구문을 사용하여 기본 매개변수에 매개변수를 더 추가합니다.
8. 마찬가지로 openshift-client Task에 대한 입력 리소스를 추가합니다.
9. Create를 클릭하여 Pipeline을 생성합니다. 생성된 Pipeline의 세부 사항을 표시하는 Pipeline Details 페이지로 이동됩니다.
10. 작업 드롭다운 메뉴를 클릭한 다음 시작을 클릭하여 파이프라인을 시작합니다.

절차

1. Developer 관점의 Pipelines 보기에서 Project 드롭다운 목록에서 프로젝트를 선택하여 해당 프로젝트의 Pipeline을 확인하십시오.

   그림 5.3. Developer 관점에서 Pipeline 보기

   
2. 필요한 Pipeline을 클릭하여 Pipeline Details 페이지를 확인하십시오. 이 페이지에는 Pipeline의 모든 직렬 및 병렬 Task가 시각적으로 표시됩니다. 페이지 오른쪽 아래에 Task 목록도 표시됩니다. 목록의 Tasks를 클릭하면 Task 세부 사항을 확인할 수 있습니다.

3. 선택적으로 Pipeline Details 페이지에서 다음을 수행합니다.

   • YAML 탭을 클릭하여 Pipeline의 YAML 파일을 편집합니다.

   • 파이프라인 실행 탭을 클릭하여 파이프라인 실행 상태가 완료, 실행 중 또는 실패인지 확인합니다.

     참고

     파이프라인 실행 세부 정보 페이지의 세부 정보 섹션에는 실패한 파이프라인 실행에 대한 로그 조각이 표시됩니다. 로그 조각에는 일반적인 오류 메시지와 해당 로그의 조각이 있습니다. 로그 섹션 링크를 사용하면 실패한 실행에 대한 세부 정보에 빠르게 액세스할 수 있습니다. 로그 조각은 작업 실행 세부 정보 페이지의 세부 정보 섹션에도 표시됩니다.

     옵션 메뉴 에서는 실행 중인 파이프라인 중지, 이전 파이프라인 실행과 동일한 매개변수 및 리소스를 사용하여 파이프라인 재실행 또는 파이프라인 실행 삭제 작업을 수행할 수 있습니다.

   • 매개변수 탭을 클릭하여 파이프라인에 정의된 매개변수를 확인합니다. 필요에 따라 매개변수를 더 추가하거나 편집할 수도 있습니다.
   • 리소스 탭을 클릭하여 파이프라인에 정의된 리소스를 확인합니다. 필요에 따라 리소스를 더 추가하거나 편집할 수도 있습니다.

1. Developer 관점의 Pipelines 보기에서 Pipeline 옆에 있는 Options 메뉴를 클릭하고 Start을 선택합니다.

2. Pipeline 정의에 따라 Git Resource 및 Image Resources가 Start Pipeline 대화 상자에 표시됩니다.

   참고

   From Git 옵션을 사용하여 생성한 Pipeline의 경우, Start Pipeline 대화 상자에는 Parameters 섹션의 APP_NAME 필드도 표시되며, 대화 상자의 모든 필드는 Pipeline 템플릿로 미리 채워집니다.

   1. 네임스페이스에 리소스가 있는 경우 Git Resources 및 Image Resources 필드에 해당 리소스가 미리 채워집니다. 필요하면 드롭다운 목록을 사용하여 필요한 리소스를 선택하거나 생성한 다음 Pipeline Run 인스턴스를 사용자 지정하십시오.

3. 선택 사항: Advanced Options(고급 옵션 )를 수정하여 지정된 프라이빗 Git 서버 또는 Docker 레지스트리를 인증하기 위해 자격 증명을 추가합니다.

   1. Advanced Options에서 Show Credentials Options를 클릭하고 Add Secret을 선택합니다.

   2. Create Source Secre 섹션에서 다음 사항을 지정합니다.

      1. 보안에 대한 고유한 보안 이름입니다.
      2. Designated provider to be authenticated 섹션에서 Access to 필드에 인증할 공급자를 지정하고 기본 Server URL을 지정합니다.

      3. Authentication Type을 선택하고 자격 증명을 제공합니다.

         • Authentication Type Image Registry Crendentials의 경우 인증할 Registry Server Address를 지정하고 Username, Password 및 Email 필드에 자격 증명 정보를 제공합니다.

           추가 Registry Server Address를 지정하려면 Add Credentials를 선택하십시오.

         • Authentication Type Basic Authentication의 경우 UserName 및 Password or Token 필드 값을 지정합니다.
         • Authentication Type SSH 키의 경우 SSH 개인 키 필드 값을 지정합니다.
      4. 확인 표시를 선택하여 시크릿을 추가합니다.

   Pipeline의 리소스 수에 따라 여러 시크릿을 추가할 수 있습니다.

4. Start를 클릭하여 PipelineRun을 시작합니다.

5. Pipeline Run Details 페이지에 실행 중인 Pipeline이 표시됩니다. Pipeline이 시작된 후 Task와 각 Task 내 단계(Step)가 실행됩니다. 다음을 수행할 수 있습니다.

   • Task 위로 마우스를 이동하여 단계(Step)별 실행 시간을 확인할 수 있습니다.
   • Task를 클릭하면 Task 내 단계(Step)별 로그를 볼 수 있습니다.

   • Task의 실행 순서에 따라 로그를 보려면 Logs 탭을 클릭하고 Download 버튼을 사용하여 로그를 텍스트 파일로 다운로드합니다.

     그림 5.4. Pipeline Run

     

6. From Git 옵션을 사용하여 생성한 Pipeline의 경우, Topology 보기를 사용하여 Pipeline을 시작한 후 상호 작용할 수 있습니다.

   참고

   Topology 보기에서 Pipeline Builder를 사용하여 생성한 Pipeline을 보려면 Pipeline 레이블을 사용자 지정하여 Pipeline을 애플리케이션 워크로드에 연결합니다.

   1. 왼쪽 탐색 패널에서 Topology를 클릭하고 애플리케이션을 클릭하여 사이드 패널에서 Pipeline Run 목록을 확인하십시오.

   2. Pipeline Run 섹션에서 Start Last Run을 클릭하여 이전 Pipeline과 동일한 매개변수 및 리소스로 새 Pipeline 런을 시작합니다. Pipeline Run이 시작되지 않았으면 이 옵션을 사용할 수 없습니다.

      그림 5.5. 토폴로지 보기의 Pipeline

      

   3. 토폴로지 페이지에서 애플리케이션 왼쪽으로 커서를 이동하여 애플리케이션의 파이프라인 실행 상태를 확인합니다.

      참고

      토폴로지 페이지의 애플리케이션 노드 사이드 패널에는 파이프라인 실행이 특정 작업 실행에서 실패할 때 로그 조각이 표시됩니다. 로그 조각은 리소스 탭의 파이프라인 실행 섹션에서 확인할 수 있습니다. 로그 조각에는 일반적인 오류 메시지와 해당 로그의 조각이 있습니다. 로그 섹션 링크를 사용하면 실패한 실행에 대한 세부 정보에 빠르게 액세스할 수 있습니다.

프로세스

1. 개발자 화면의 Pipelines 보기에서 편집할 Pipeline을 선택하여 Pipeline의 세부 사항을 표시합니다. Pipeline Details 페이지에서 Actions를 클릭하고 Edit Pipelin을 선택합니다.

2. Pipeline Builder 페이지에서:

   • 추가 Task, 매개변수 또는 리소스를 Pipeline에 추가할 수 있습니다.
   • 수정하려는 Task를 클릭하면 측면 패널에 Task 세부 사항이 표시됩니다. 여기서 표시 이름, 매개변수 및 리소스와 같이 필요한 Task 세부 사항을 수정할 수 있습니다.
   • 또는 Task를 클릭하고 측면 패널에서 Actions를 클릭하고 Remove Task를 선택하여 Task를 삭제할 수도 있습니다.
3. Save를 클릭하여 수정된 Pipeline을 저장합니다.

프로세스

1. 개발자 화면의 Pipelines 보기에서 Pipeline 옆에 있는 Options 메뉴를 클릭하고 Delete Pipeline를 선택합니다.
2. Delete Pipeline 확인 프롬프트에서 Delete를 클릭하여 삭제를 확인합니다.