CI/CD 파이프라인 생성
OpenShift Pipelines에서 작업 및 파이프라인 생성 및 실행 시작하기
초록
1장. OpenShift Pipelines를 사용하여 애플리케이션용 CI/CD 솔루션 작성 링크 복사링크가 클립보드에 복사되었습니다!
Red Hat OpenShift Pipelines를 사용하면 애플리케이션을 빌드, 테스트, 배포하는 사용자 정의 CI/CD 솔루션을 생성할 수 있습니다.
애플리케이션에 사용할 완전한 셀프 서비스 CI/CD 파이프라인을 생성하려면 다음 작업을 수행합니다.
- 사용자 정의 작업을 생성하거나 재사용 가능한 기존 작업을 설치합니다.
- 애플리케이션용 제공 파이프라인을 생성하고 정의합니다.
다음 접근 방법 중 하나를 사용하여 파이프라인 실행을 위해 작업 공간에 연결된 스토리지 볼륨 또는 파일 시스템을 제공합니다.
- 영구 볼륨 클레임을 생성하는 볼륨 클레임 템플릿 지정
- 영구 볼륨 클레임 지정
-
파이프라인을 인스턴스화하고 호출할
PipelineRun오브젝트를 생성합니다. - 소스 리포지토리의 이벤트를 캡처하는 트리거를 추가합니다.
여기서는 pipelines-tutorial 예제를 사용하여 선행 Task들을 보여줍니다. 예에서는 다음으로 구성된 간단한 애플리케이션을 사용합니다.
-
pipelines-vote-uiGit 리포지토리에 소스 코드가 있는 프런트 엔드 인터페이스pipelines-vote-ui. -
pipelines-vote-apiGit 리포지토리에 소스 코드가 있는 백엔드 인터페이스pipelines-vote-api. -
pipelines-tutorialGit 리포지토리의apply-manifests및update-deployment작업입니다.
1.1. 사전 요구 사항 링크 복사링크가 클립보드에 복사되었습니다!
- OpenShift Container Platform 클러스터에 액세스 권한을 보유합니다.
- OpenShift OperatorHub에 나열된 Red Hat OpenShift Pipelines Operator를 사용하여 OpenShift Pipelines를 설치했습니다. 설치를 마친 후 전체 클러스터에 적용할 수 있습니다.
- OpenShift Pipelines CLI 를 설치했습니다.
-
GitHub ID를 사용하여 프런트 엔드
pipelines-vote-ui및 백엔드pipelines-vote-apiGit 리포지토리를 분기했으며 이러한 리포지토리에 대한 관리자 액세스 권한이 있습니다. -
선택 사항:
pipelines-tutorialGit 리포지토리를 복제했습니다.
1.2. 프로젝트 생성 및 파이프라인 서비스 계정 검사 링크 복사링크가 클립보드에 복사되었습니다!
프로세스
OpenShift Container Platform 클러스터에 로그인합니다.
oc login -u <login> -p <password> https://openshift.example.com:6443
$ oc login -u <login> -p <password> https://openshift.example.com:6443Copy to Clipboard Copied! Toggle word wrap Toggle overflow 샘플 애플리케이션용 프로젝트를 생성합니다. 예시 워크플로에서는
pipelines-tutorial프로젝트를 생성합니다.oc new-project pipelines-tutorial
$ oc new-project pipelines-tutorialCopy to Clipboard Copied! Toggle word wrap Toggle overflow 참고다른 이름으로 프로젝트를 생성하는 경우, 예시에 사용된 리소스 URL을 사용자의 프로젝트 이름으로 업데이트하십시오.
pipeline서비스 계정을 표시합니다.Red Hat OpenShift Pipelines Operator는 이미지를 빌드하고 내보내기에 충분한 권한이 있는
pipeline이라는 서비스 계정을 추가하고 구성합니다. 이 서비스 계정은PipelineRun오브젝트에서 사용합니다.oc get serviceaccount pipeline
$ oc get serviceaccount pipelineCopy to Clipboard Copied! Toggle word wrap Toggle overflow
1.3. 파이프라인 작업 생성 링크 복사링크가 클립보드에 복사되었습니다!
프로세스
파이프라인의 재사용 가능한 작업 목록이 포함된
pipelines-tutorial리포지토리에서apply-manifests및update-deployment작업을 설치합니다.oc create -f https://raw.githubusercontent.com/openshift/pipelines-tutorial/pipelines-1.17/01_pipeline/01_apply_manifest_task.yaml oc create -f https://raw.githubusercontent.com/openshift/pipelines-tutorial/pipelines-1.17/01_pipeline/02_update_deployment_task.yaml
$ oc create -f https://raw.githubusercontent.com/openshift/pipelines-tutorial/pipelines-1.17/01_pipeline/01_apply_manifest_task.yaml $ oc create -f https://raw.githubusercontent.com/openshift/pipelines-tutorial/pipelines-1.17/01_pipeline/02_update_deployment_task.yamlCopy to Clipboard Copied! Toggle word wrap Toggle overflow tkn task list명령을 사용하여 생성한 작업 목록을 표시합니다.tkn task list
$ tkn task listCopy to Clipboard Copied! Toggle word wrap Toggle overflow apply-manifest및update-deployment작업 리소스가 생성된 것이 출력에서 확인됩니다.NAME DESCRIPTION AGE apply-manifests 1 minute ago update-deployment 48 seconds ago
NAME DESCRIPTION AGE apply-manifests 1 minute ago update-deployment 48 seconds agoCopy to Clipboard Copied! Toggle word wrap Toggle overflow
1.4. 파이프라인 조립 링크 복사링크가 클립보드에 복사되었습니다!
파이프라인은 CI/CD 흐름을 나타내며 실행할 작업들로 정의됩니다. 여러 애플리케이션 및 환경에서 포괄적으로 적용되고 재사용 가능하도록 설계되었습니다.
파이프라인은 from 및 runAfter 매개변수를 사용하여 작업들이 상호 작용하는 방법과 실행 순서를 지정합니다. 그리고 workspaces 필드를 사용하여 파이프라인의 각 작업 실행 중 필요한 하나 이상의 볼륨을 지정합니다.
이 섹션에서는 GitHub에서 애플리케이션의 소스 코드를 가져와 OpenShift Container Platform에서 빌드 및 배포하는 파이프라인을 생성합니다.
파이프라인은 백엔드 애플리케이션 pipelines-vote-api 및 프런트 엔드 애플리케이션 pipelines-vote-ui에 대해 다음 작업을 수행합니다.
-
git-url및git-revision매개변수를 참조하여 Git 리포지토리에서 애플리케이션의 소스 코드를 복제합니다. -
openshift-pipelines네임스페이스에 제공된buildah작업을 사용하여 컨테이너 이미지를 빌드합니다. -
image 매개변수를 참조하여 OpenShift 이미지 레지스트리에
이미지를푸시합니다. -
apply-manifests및update-deployment작업을 사용하여 OpenShift Container Platform에 새 이미지를 배포합니다.
프로세스
다음 샘플 파이프라인 YAML 파일의 내용을 복사하여 저장합니다.
Copy to Clipboard Copied! Toggle word wrap Toggle overflow 파이프라인 정의는 Git 소스 리포지토리 및 이미지 레지스트리의 세부 사항을 요약합니다. 이러한 세부 사항은 파이프라인이 트리거되고 실행될 때
params로 추가됩니다.파이프라인을 생성합니다.
oc create -f <pipeline-yaml-file-name.yaml>
$ oc create -f <pipeline-yaml-file-name.yaml>Copy to Clipboard Copied! Toggle word wrap Toggle overflow 또는 Git 리포지토리에서 직접 YAML 파일을 실행할 수도 있습니다.
oc create -f https://raw.githubusercontent.com/openshift/pipelines-tutorial/pipelines-1.17/01_pipeline/04_pipeline.yaml
$ oc create -f https://raw.githubusercontent.com/openshift/pipelines-tutorial/pipelines-1.17/01_pipeline/04_pipeline.yamlCopy to Clipboard Copied! Toggle word wrap Toggle overflow tkn pipeline list명령을 사용하여 파이프라인이 애플리케이션에 추가되었는지 확인합니다.tkn pipeline list
$ tkn pipeline listCopy to Clipboard Copied! Toggle word wrap Toggle overflow 출력에서
build-and-deploy파이프라인이 생성되었는지 확인합니다.NAME AGE LAST RUN STARTED DURATION STATUS build-and-deploy 1 minute ago --- --- --- ---
NAME AGE LAST RUN STARTED DURATION STATUS build-and-deploy 1 minute ago --- --- --- ---Copy to Clipboard Copied! Toggle word wrap Toggle overflow
1.5. 제한된 환경에서 파이프라인을 실행하도록 이미지 미러링 링크 복사링크가 클립보드에 복사되었습니다!
연결이 끊긴 클러스터 또는 제한된 환경에서 프로비저닝된 클러스터에서 OpenShift Pipelines를 실행하려면 Samples Operator가 제한된 네트워크용으로 구성되었는지 또는 클러스터 관리자가 미러링된 레지스트리가 있는 클러스터를 생성했는지 확인해야 합니다.
다음 절차에서는 pipelines-tutorial 예제를 사용하여 미러링된 레지스트리가 있는 클러스터를 사용하여 제한된 환경에서 애플리케이션에 대한 파이프라인을 생성합니다. pipelines-tutorial 예제가 제한된 환경에서 작동하도록 하려면 프런트 엔드 인터페이스 pipelines-vote-ui, 백엔드 인터페이스 pipelines-vote-api, cli의 미러 레지스트리에서 해당 빌더 이미지를 미러링해야 합니다.
프로세스
프런트 엔드 인터페이스
pipelines-vote-ui의 미러 레지스트리에서 빌더 이미지를 미러링합니다.필요한 이미지 태그를 가져오지 않았는지 확인합니다.
oc describe imagestream python -n openshift
$ oc describe imagestream python -n openshiftCopy to Clipboard Copied! Toggle word wrap Toggle overflow 출력 예
Copy to Clipboard Copied! Toggle word wrap Toggle overflow 지원되는 이미지 태그를 프라이빗 레지스트리로 미러링합니다.
oc image mirror registry.redhat.io/ubi9/python-39:latest <mirror-registry>:<port>/ubi9/python-39
$ oc image mirror registry.redhat.io/ubi9/python-39:latest <mirror-registry>:<port>/ubi9/python-39Copy to Clipboard Copied! Toggle word wrap Toggle overflow 이미지를 가져옵니다.
oc tag <mirror-registry>:<port>/ubi9/python-39 python:latest --scheduled -n openshift
$ oc tag <mirror-registry>:<port>/ubi9/python-39 python:latest --scheduled -n openshiftCopy to Clipboard Copied! Toggle word wrap Toggle overflow 이미지는 정기적으로 다시 가져와야 합니다.
--scheduled플래그를 사용하면 자동으로 이미지를 다시 가져올 수 있습니다.지정된 태그가 있는 이미지를 가져왔는지 확인합니다.
oc describe imagestream python -n openshift
$ oc describe imagestream python -n openshiftCopy to Clipboard Copied! Toggle word wrap Toggle overflow 출력 예
Copy to Clipboard Copied! Toggle word wrap Toggle overflow
백엔드 인터페이스
pipelines-vote-api의 미러 레지스트리에서 빌더 이미지를 미러링합니다.필요한 이미지 태그를 가져오지 않았는지 확인합니다.
oc describe imagestream golang -n openshift
$ oc describe imagestream golang -n openshiftCopy to Clipboard Copied! Toggle word wrap Toggle overflow 출력 예
Copy to Clipboard Copied! Toggle word wrap Toggle overflow 지원되는 이미지 태그를 프라이빗 레지스트리로 미러링합니다.
oc image mirror registry.redhat.io/ubi9/go-toolset:latest <mirror-registry>:<port>/ubi9/go-toolset
$ oc image mirror registry.redhat.io/ubi9/go-toolset:latest <mirror-registry>:<port>/ubi9/go-toolsetCopy to Clipboard Copied! Toggle word wrap Toggle overflow 이미지를 가져옵니다.
oc tag <mirror-registry>:<port>/ubi9/go-toolset golang:latest --scheduled -n openshift
$ oc tag <mirror-registry>:<port>/ubi9/go-toolset golang:latest --scheduled -n openshiftCopy to Clipboard Copied! Toggle word wrap Toggle overflow 이미지는 정기적으로 다시 가져와야 합니다.
--scheduled플래그를 사용하면 자동으로 이미지를 다시 가져올 수 있습니다.지정된 태그가 있는 이미지를 가져왔는지 확인합니다.
oc describe imagestream golang -n openshift
$ oc describe imagestream golang -n openshiftCopy to Clipboard Copied! Toggle word wrap Toggle overflow 출력 예
Copy to Clipboard Copied! Toggle word wrap Toggle overflow
cli의 미러 레지스트리에서 빌더 이미지를 미러링합니다.필요한 이미지 태그를 가져오지 않았는지 확인합니다.
oc describe imagestream cli -n openshift
$ oc describe imagestream cli -n openshiftCopy to Clipboard Copied! Toggle word wrap Toggle overflow 출력 예
Copy to Clipboard Copied! Toggle word wrap Toggle overflow 지원되는 이미지 태그를 프라이빗 레지스트리로 미러링합니다.
oc image mirror quay.io/openshift-release-dev/ocp-v4.0-art-dev@sha256:65c68e8c22487375c4c6ce6f18ed5485915f2bf612e41fef6d41cbfcdb143551 <mirror-registry>:<port>/openshift-release-dev/ocp-v4.0-art-dev:latest
$ oc image mirror quay.io/openshift-release-dev/ocp-v4.0-art-dev@sha256:65c68e8c22487375c4c6ce6f18ed5485915f2bf612e41fef6d41cbfcdb143551 <mirror-registry>:<port>/openshift-release-dev/ocp-v4.0-art-dev:latestCopy to Clipboard Copied! Toggle word wrap Toggle overflow 이미지를 가져옵니다.
oc tag <mirror-registry>:<port>/openshift-release-dev/ocp-v4.0-art-dev cli:latest --scheduled -n openshift
$ oc tag <mirror-registry>:<port>/openshift-release-dev/ocp-v4.0-art-dev cli:latest --scheduled -n openshiftCopy to Clipboard Copied! Toggle word wrap Toggle overflow 이미지는 정기적으로 다시 가져와야 합니다.
--scheduled플래그를 사용하면 자동으로 이미지를 다시 가져올 수 있습니다.지정된 태그가 있는 이미지를 가져왔는지 확인합니다.
oc describe imagestream cli -n openshift
$ oc describe imagestream cli -n openshiftCopy to Clipboard Copied! Toggle word wrap Toggle overflow 출력 예
Copy to Clipboard Copied! Toggle word wrap Toggle overflow
1.6. 파이프라인 실행 링크 복사링크가 클립보드에 복사되었습니다!
PipelineRun 리소스는 파이프라인을 시작하고 특정 호출에 사용해야 하는 Git 및 이미지 리소스에 연결합니다. 그리고 파이프라인의 각 작업에 대해 TaskRun 리소스를 자동으로 생성하고 시작합니다.
프로세스
백엔드 애플리케이션의 파이프라인을 시작합니다.
Copy to Clipboard Copied! Toggle word wrap Toggle overflow 위 명령은 파이프라인 실행을 위한 영구 볼륨 클레임을 생성하는 볼륨 클레임 템플릿을 사용합니다.
파이프라인 실행의 진행 상황을 추적하려면 다음 명령을 입력합니다.
$ tkn pipelinerun logs <pipelinerun_id> -f
$ tkn pipelinerun logs <pipelinerun_id> -fCopy to Clipboard Copied! Toggle word wrap Toggle overflow 위 명령의 <pipelinerun_id>는 이전 명령의 출력에서 반환된
PipelineRun의 ID입니다.프런트 엔드 애플리케이션의 파이프라인을 시작합니다.
Copy to Clipboard Copied! Toggle word wrap Toggle overflow 파이프라인 실행의 진행 상황을 추적하려면 다음 명령을 입력합니다.
$ tkn pipelinerun logs <pipelinerun_id> -f
$ tkn pipelinerun logs <pipelinerun_id> -fCopy to Clipboard Copied! Toggle word wrap Toggle overflow 위 명령의 <pipelinerun_id>는 이전 명령의 출력에서 반환된
PipelineRun의 ID입니다.몇 분 후에
tkn pipelinerun list명령을 사용하여 모든 파이프라인 실행을 나열하여 파이프라인이 성공적으로 실행되었는지 확인합니다.$ tkn pipelinerun list
$ tkn pipelinerun listCopy to Clipboard Copied! Toggle word wrap Toggle overflow 파이프라인 실행 목록이 출력됩니다.
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
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 SucceededCopy to Clipboard Copied! Toggle word wrap Toggle overflow 애플리케이션 경로를 가져옵니다.
$ oc get route pipelines-vote-ui --template='http://{{.spec.host}}'$ oc get route pipelines-vote-ui --template='http://{{.spec.host}}'Copy to Clipboard Copied! Toggle word wrap Toggle overflow 이전 명령의 출력에 주목하십시오. 이 경로를 사용하여 애플리케이션에 액세스할 수 있습니다.
이전 파이프라인의 파이프라인 리소스 및 서비스 계정을 사용하여 마지막 파이프라인 실행을 다시 실행하려면 다음을 실행합니다.
$ tkn pipeline start build-and-deploy --last
$ tkn pipeline start build-and-deploy --lastCopy to Clipboard Copied! Toggle word wrap Toggle overflow
1.7. 파이프라인에 트리거 추가 링크 복사링크가 클립보드에 복사되었습니다!
트리거를 사용하면 파이프라인에서 내보내기 이벤트 및 가져오기 요청 등의 외부 GitHub 이벤트에 응답할 수 있습니다. 애플리케이션에 대한 파이프라인을 어셈블하고 시작한 후 TriggerBinding, TriggerTemplate, Trigger, EventListener 리소스를 추가하여 GitHub 이벤트를 캡처합니다.
프로세스
다음 샘플
TriggerBindingYAML 파일의 내용을 복사하여 저장합니다.Copy to Clipboard Copied! Toggle word wrap Toggle overflow TriggerBinding리소스를 생성합니다.oc create -f <triggerbinding-yaml-file-name.yaml>
$ oc create -f <triggerbinding-yaml-file-name.yaml>Copy to Clipboard Copied! Toggle word wrap Toggle overflow 또는
pipelines-tutorialGit 리포지토리에서 직접TriggerBinding리소스를 생성할 수 있습니다.oc create -f https://raw.githubusercontent.com/openshift/pipelines-tutorial/pipelines-1.17/03_triggers/01_binding.yaml
$ oc create -f https://raw.githubusercontent.com/openshift/pipelines-tutorial/pipelines-1.17/03_triggers/01_binding.yamlCopy to Clipboard Copied! Toggle word wrap Toggle overflow 다음 샘플
TriggerTemplateYAML 파일의 내용을 복사하여 저장합니다.Copy to Clipboard Copied! Toggle word wrap Toggle overflow 템플릿은 작업 영역의 스토리지 볼륨을 정의하기 위해 영구 볼륨 클레임을 생성하는 볼륨 클레임 템플릿을 지정합니다. 따라서 데이터 스토리지를 제공하기 위해 영구 볼륨 클레임을 생성할 필요가 없습니다.
TriggerTemplate리소스를 생성합니다.oc create -f <triggertemplate-yaml-file-name.yaml>
$ oc create -f <triggertemplate-yaml-file-name.yaml>Copy to Clipboard Copied! Toggle word wrap Toggle overflow 또는
pipelines-tutorialGit 리포지토리에서 직접TriggerTemplate리소스를 생성할 수도 있습니다.oc create -f https://raw.githubusercontent.com/openshift/pipelines-tutorial/pipelines-1.17/03_triggers/02_template.yaml
$ oc create -f https://raw.githubusercontent.com/openshift/pipelines-tutorial/pipelines-1.17/03_triggers/02_template.yamlCopy to Clipboard Copied! Toggle word wrap Toggle overflow 다음 샘플
TriggerYAML 파일의 콘텐츠를 복사하여 저장합니다.Copy to Clipboard Copied! Toggle word wrap Toggle overflow Trigger리소스를 생성합니다.oc create -f <trigger-yaml-file-name.yaml>
$ oc create -f <trigger-yaml-file-name.yaml>Copy to Clipboard Copied! Toggle word wrap Toggle overflow 또는
pipelines-tutorialGit 리포지토리에서 직접Trigger리소스를 생성할 수도 있습니다.oc create -f https://raw.githubusercontent.com/openshift/pipelines-tutorial/pipelines-1.17/03_triggers/03_trigger.yaml
$ oc create -f https://raw.githubusercontent.com/openshift/pipelines-tutorial/pipelines-1.17/03_triggers/03_trigger.yamlCopy to Clipboard Copied! Toggle word wrap Toggle overflow 다음 샘플
EventListenerYAML 파일의 내용을 복사하여 저장합니다.Copy to Clipboard Copied! Toggle word wrap Toggle overflow 또는 트리거 사용자 정의 리소스를 정의하지 않은 경우 트리거 이름을 참조하는 대신 바인딩 및 템플릿 사양을
EventListenerYAML 파일에 추가합니다.Copy to Clipboard Copied! Toggle word wrap Toggle overflow 다음 단계를 수행하여
EventListener리소스를 생성합니다.보안 HTTPS 연결을 사용하여
EventListener리소스를 생성하려면 다음을 수행합니다.Eventlistener리소스에 대한 보안 HTTPS 연결을 활성화하려면 레이블을 추가합니다.oc label namespace <ns-name> operator.tekton.dev/enable-annotation=enabled
$ oc label namespace <ns-name> operator.tekton.dev/enable-annotation=enabledCopy to Clipboard Copied! Toggle word wrap Toggle overflow EventListener리소스를 생성합니다.oc create -f <eventlistener-yaml-file-name.yaml>
$ oc create -f <eventlistener-yaml-file-name.yaml>Copy to Clipboard Copied! Toggle word wrap Toggle overflow 또는
pipelines-tutorialGit 리포지토리에서 직접EvenListener리소스를 생성할 수도 있습니다.oc create -f https://raw.githubusercontent.com/openshift/pipelines-tutorial/pipelines-1.17/03_triggers/04_event_listener.yaml
$ oc create -f https://raw.githubusercontent.com/openshift/pipelines-tutorial/pipelines-1.17/03_triggers/04_event_listener.yamlCopy to Clipboard Copied! Toggle word wrap Toggle overflow 재암호화 TLS 종료로 경로를 생성합니다.
oc create route reencrypt --service=<svc-name> --cert=tls.crt --key=tls.key --ca-cert=ca.crt --hostname=<hostname>
$ oc create route reencrypt --service=<svc-name> --cert=tls.crt --key=tls.key --ca-cert=ca.crt --hostname=<hostname>Copy to Clipboard Copied! Toggle word wrap Toggle overflow 또는 재암호화 TLS 종료 YAML 파일을 만들어 보안 경로를 만들 수도 있습니다.
보안 경로의 TLS 종료 YAML에 대한 재암호화의 예
Copy to Clipboard Copied! Toggle word wrap Toggle overflow 자세한 옵션은
oc create route reencrypt --help를 참조하십시오.
비보안 HTTP 연결을 사용하여
EventListener리소스를 생성하려면 다음을 수행합니다.-
EventListener리소스를 생성합니다. EventListener서비스에 공개 액세스가 가능하도록 이 서비스를 OpenShift Container Platform 경로로 노출합니다.oc expose svc el-vote-app
$ oc expose svc el-vote-appCopy to Clipboard Copied! Toggle word wrap Toggle overflow
-
1.8. 여러 네임스페이스를 제공하도록 이벤트 리스너 구성 링크 복사링크가 클립보드에 복사되었습니다!
기본 CI/CD 파이프라인을 생성하려면 이 섹션을 건너뛸 수 있습니다. 그러나 배포 전략에 여러 네임스페이스가 포함된 경우 여러 네임스페이스를 제공하도록 이벤트 리스너를 구성할 수 있습니다.
클러스터 관리자는 EvenListener 오브젝트의 재사용 가능성을 높이기 위해 여러 네임스페이스를 제공하는 멀티 테넌트 이벤트 리스너로 구성하고 배포할 수 있습니다.
프로세스
이벤트 리스너에 대한 클러스터 전체 가져오기 권한을 구성합니다.
ClusterRoleBinding및EventListener오브젝트에 사용할 서비스 계정 이름을 설정합니다. 예를 들면el-sa입니다.예시
ServiceAccount.yamlapiVersion: v1 kind: ServiceAccount metadata: name: el-sa ---
apiVersion: v1 kind: ServiceAccount metadata: name: el-sa ---Copy to Clipboard Copied! Toggle word wrap Toggle overflow ClusterRole.yaml파일의규칙섹션에서 모든 이벤트 리스너 배포에 대한 적절한 권한을 클러스터 전체에서 작동하도록 설정합니다.ClusterRole.yaml예Copy to Clipboard Copied! Toggle word wrap Toggle overflow 적절한 서비스 계정 이름과 클러스터 역할 이름을 사용하여 클러스터 역할 바인딩을 구성합니다.
ClusterRoleBinding.yaml예Copy to Clipboard Copied! Toggle word wrap Toggle overflow
이벤트 리스너의
spec매개변수에 서비스 계정 이름(예:el-sa)을 추가합니다. 이벤트 리스너가 제공하려는 네임스페이스의 이름으로namespaceSelector매개변수를 작성합니다.Example
EventListener.yamlCopy to Clipboard Copied! Toggle word wrap Toggle overflow 필요한 권한(예:
foo-trigger-sa)을 사용하여 서비스 계정을 생성합니다. 트리거를 역할 바인딩에 사용합니다.예시
ServiceAccount.yamlCopy to Clipboard Copied! Toggle word wrap Toggle overflow RoleBinding.yaml예Copy to Clipboard Copied! Toggle word wrap Toggle overflow 적절한 트리거 템플릿, 트리거 바인딩 및 서비스 계정 이름을 사용하여 트리거를 생성합니다.
Trigger.yaml의 예Copy to Clipboard Copied! Toggle word wrap Toggle overflow
1.9. Webhook 생성 링크 복사링크가 클립보드에 복사되었습니다!
Webhooks는 리포지토리에 구성된 이벤트가 발생할 때마다 이벤트 리스너가 수신하는 HTTP POST 메시지입니다. 이어서 이벤트 페이로드가 트리거 바인딩에 매핑되고 트리거 템플릿에 의해 처리됩니다. 트리거 템플릿은 최종적으로 Kubernetes 리소스를 생성 및 배포를 수행할 하나 이상의 파이프라인 실행을 시작합니다.
여기서는 분기된 Git 리포지토리 pipelines-vote-ui와 pipelines-vote-api에 대한 Webhook URL을 구성합니다. 이 URL은 공개 액세스 가능한 EventListener 서비스 경로를 가리킵니다.
Webhook를 추가하려면 리포지토리에 대한 관리자 권한이 필요합니다. 리포지토리에 대한 관리자 액세스 권한이 없으면 시스템 관리자에게 요청하여 Webhook을 추가하십시오.
프로세스
Webhook URL을 가져옵니다.
보안 HTTPS 연결의 경우 다음을 수행합니다.
echo "URL: $(oc get route el-vote-app --template='https://{{.spec.host}}')"$ echo "URL: $(oc get route el-vote-app --template='https://{{.spec.host}}')"Copy to Clipboard Copied! Toggle word wrap Toggle overflow HTTP(비보안) 연결의 경우 다음을 수행합니다.
echo "URL: $(oc get route el-vote-app --template='http://{{.spec.host}}')"$ echo "URL: $(oc get route el-vote-app --template='http://{{.spec.host}}')"Copy to Clipboard Copied! Toggle word wrap Toggle overflow 출력에서 가져온 URL을 기록해 둡니다.
프런트 엔드 리포지토리에서 수동으로 Webhook을 구성합니다.
-
브라우저에서 프런트 엔드 Git 리포지토리
pipelines-vote-ui를 엽니다. - Settings → Webhook → Webhook 추가를 클릭합니다.
Webhooks/Add Webhook 페이지에서:
- Payload URL 필드에 1단계의 Webhook URL을 입력합니다.
- Content type으로 application/json을 선택합니다.
- Secret 필드에 시크릿을 지정합니다.
- Just the push event이 선택되어 있는지 확인합니다.
- Active를 선택하십시오
- Add Webhook를 클릭합니다.
-
브라우저에서 프런트 엔드 Git 리포지토리
-
백엔드 리포지토리
pipelines-vote-api에 대해 2단계를 반복합니다.
1.10. 파이프라인 실행 트리거 링크 복사링크가 클립보드에 복사되었습니다!
Git 리포지토리에서 push 이벤트가 발생할 때마다 구성된 Webhook에서 공개 노출된 EventListener 서비스 경로로 이벤트 페이로드를 보냅니다. 애플리케이션의 EventListener 서비스는 페이로드를 처리하여 관련 TriggerBinding 및 TriggerTemplate 쌍으로 전달합니다. TriggerBinding 리소스는 매개변수를 추출하고 TriggerTemplate 리소스는 이러한 매개변수를 사용하여 리소스 생성 방식을 지정합니다. 그리고 애플리케이션을 다시 빌드 및 배포할 수도 있습니다.
이 섹션에서는 비어 있는 커밋을 프런트 엔드 pipelines-vote-ui 리포지토리로 내보냅니다. 그러면 파이프라인 실행이 트리거됩니다.
프로세스
터미널에서 분기된 Git 리포지토리
pipelines-vote-ui를 복제합니다.git clone git@github.com:<your GitHub ID>/pipelines-vote-ui.git -b pipelines-1.17
$ git clone git@github.com:<your GitHub ID>/pipelines-vote-ui.git -b pipelines-1.17Copy to Clipboard Copied! Toggle word wrap Toggle overflow 비어 있는 커밋을 푸시합니다.
git commit -m "empty-commit" --allow-empty && git push origin pipelines-1.17
$ git commit -m "empty-commit" --allow-empty && git push origin pipelines-1.17Copy to Clipboard Copied! Toggle word wrap Toggle overflow 파이프라인 실행이 트리거되었는지 확인합니다.
tkn pipelinerun list
$ tkn pipelinerun listCopy to Clipboard Copied! Toggle word wrap Toggle overflow 새로운 파이프라인 실행이 시작되었습니다.
1.11. 사용자 정의 프로젝트의 트리거에 대한 이벤트 리스너 모니터링 활성화 링크 복사링크가 클립보드에 복사되었습니다!
클러스터 관리자는 사용자 정의 프로젝트에서 Triggers 서비스에 대한 이벤트 리스너 메트릭을 수집하고 OpenShift Container Platform 웹 콘솔에 표시하려면 각 이벤트 리스너에 대한 서비스 모니터를 생성할 수 있습니다. HTTP 요청을 수신할 때 Triggers 서비스의 이벤트 리스너는 3개의 metrics Cryostat- eventlistener_http_duration_seconds,eventlistener_event_count, eventlistener_triggered_resources 를 반환합니다.
사전 요구 사항
- OpenShift Container Platform 웹 콘솔에 로그인했습니다.
- Red Hat OpenShift Pipelines Operator를 설치했습니다.
- 사용자 정의 프로젝트에 대한 모니터링을 활성화했습니다.
프로세스
각 이벤트 리스너에 대해 서비스 모니터를 생성합니다. 예를 들어
테스트네임스페이스에서github-listener이벤트 리스너에 대한 메트릭을 보려면 다음 서비스 모니터를 생성합니다.Copy to Clipboard Copied! Toggle word wrap Toggle overflow 이벤트 리스너로 요청을 전송하여 서비스 모니터를 테스트합니다. 예를 들어 빈 커밋을 푸시합니다.
git commit -m "empty-commit" --allow-empty && git push origin main
$ git commit -m "empty-commit" --allow-empty && git push origin mainCopy to Clipboard Copied! Toggle word wrap Toggle overflow - OpenShift Container Platform 웹 콘솔에서 관리자 → 모니터링 → 메트릭 으로 이동합니다.
-
지표를 보려면 이름으로 검색합니다. 예를 들어
github-listener이벤트 리스너에 대한eventlistener_http_resources지표의 세부 정보를 보려면eventlistener_http_resources키워드를 사용하여 검색합니다.
1.12. GitHub Interceptor에서 가져오기 요청 기능 구성 링크 복사링크가 클립보드에 복사되었습니다!
GitHub Interceptor를 사용하면 GitHub Webhook의 유효성을 검사하고 필터링하는 논리를 생성할 수 있습니다. 예를 들어 Webhook의 출처를 확인하고 지정된 기준에 따라 들어오는 이벤트를 필터링할 수 있습니다. GitHub Interceptor를 사용하여 이벤트 데이터를 필터링하면 인터셉터가 필드에서 수락할 수 있는 이벤트 유형을 지정할 수 있습니다. Red Hat OpenShift Pipelines에서는 GitHub 인터셉터의 다음과 같은 기능을 사용할 수 있습니다.
- 변경된 파일을 기반으로 가져오기 요청 이벤트를 필터링
- 구성된 GitHub 소유자를 기반으로 가져오기 요청 검증
1.12.1. GitHub Interceptor를 사용하여 가져오기 요청 필터링 링크 복사링크가 클립보드에 복사되었습니다!
푸시 및 가져오기 이벤트를 위해 변경된 파일을 기반으로 GitHub 이벤트를 필터링할 수 있습니다. 이를 통해 Git 리포지토리의 관련 변경 사항만 파이프라인을 실행할 수 있습니다. GitHub Interceptor는 변경된 모든 파일의 쉼표로 구분된 목록을 추가하고 CEL 인터셉터를 사용하여 변경된 파일을 기반으로 들어오는 이벤트를 필터링합니다. 변경된 파일 목록은 최상위 extensions 필드에서 이벤트 페이로드의 changed_files 속성에 추가됩니다.
사전 요구 사항
- Red Hat OpenShift Pipelines Operator를 설치했습니다.
프로세스
다음 중 하나를 실행합니다.
공개 GitHub 리포지토리의 경우 아래 YAML 구성 파일에서
addChangedFiles매개변수 값을true로 설정합니다.Copy to Clipboard Copied! Toggle word wrap Toggle overflow 프라이빗 GitHub 리포지토리의 경우
addChangedFiles매개변수 값을true로 설정하고 아래에 표시된 YAML 구성 파일에 액세스 토큰 세부 정보secretName및secretKey를 제공합니다.Copy to Clipboard Copied! Toggle word wrap Toggle overflow
- 구성 파일을 저장합니다.
1.12.2. GitHub Interceptors를 사용하여 가져오기 요청 검증 링크 복사링크가 클립보드에 복사되었습니다!
GitHub Interceptor를 사용하여 리포지토리에 구성된 GitHub 소유자를 기반으로 가져오기 요청 처리를 검증할 수 있습니다. 이 검증은 PipelineRun 또는 TaskRun 오브젝트의 불필요한 실행을 방지하는 데 도움이 됩니다. GitHub 인터셉터는 사용자 이름이 소유자로 나열되거나 리포지토리 소유자가 구성 가능한 주석이 발행된 경우에만 가져오기 요청을 처리합니다. 예를 들어 가져오기 요청에서 소유자로 /ok-to-test 를 주석 처리하면 PipelineRun 또는 TaskRun 이 트리거됩니다.
소유자는 리포지토리 루트의 OWNERS 파일에 구성됩니다.
사전 요구 사항
- Red Hat OpenShift Pipelines Operator를 설치했습니다.
프로세스
- 시크릿 문자열 값을 생성합니다.
- 해당 값을 사용하여 GitHub Webhook를 구성합니다.
-
시크릿 값이 포함된
secretRef라는 Kubernetes 시크릿을 생성합니다. - GitHub 인터셉터에 대한 참조로 Kubernetes 시크릿을 전달합니다.
-
소유자파일을 만들고 승인자 섹션에 승인자 목록을 추가합니다. 다음 중 하나를 실행합니다.
공개 GitHub 리포지토리의 경우 아래 YAML 구성 파일에서
githubOwners매개변수 값을true로 설정합니다.Copy to Clipboard Copied! Toggle word wrap Toggle overflow 프라이빗 GitHub 리포지토리의 경우
githubOwners매개변수 값을true로 설정하고 아래에 표시된 YAML 구성 파일에 액세스 토큰 세부 정보secretName및secretKey를 제공합니다.Copy to Clipboard Copied! Toggle word wrap Toggle overflow 참고checkType매개변수는 인증이 필요한 GitHub 소유자를 지정하는 데 사용됩니다. 해당 값을orgMembers,repoMembers또는all로 설정할 수 있습니다.
- 구성 파일을 저장합니다.
2장. 웹 콘솔에서 Red Hat OpenShift Pipelines 작업 링크 복사링크가 클립보드에 복사되었습니다!
관리자 또는 개발자 화면을 사용하여 OpenShift Container Platform 웹 콘솔의 Pipelines 페이지에서 Pipeline,PipelineRun, Repository 오브젝트를 생성하고 수정할 수 있습니다. 웹 콘솔의 개발자 화면에서 +추가 페이지를 사용하여 소프트웨어 제공 프로세스를 위한 CI/CD 파이프라인을 생성할 수도 있습니다.
2.1. 개발자 관점에서 Red Hat OpenShift Pipelines 작업 링크 복사링크가 클립보드에 복사되었습니다!
개발자 화면에서 +추가 페이지에서 파이프라인을 생성하기 위한 다음 옵션에 액세스할 수 있습니다.
- +추가 → 파이프라인 → 파이프라인 빌더 옵션을 사용하여 애플리케이션에 사용자 지정된 파이프라인을 생성합니다.
- 애플리케이션을 생성하는 동안 파이프라인 템플릿 및 리소스를 사용하여 파이프라인을 생성하려면 +추가 → Git에서 옵션을 사용합니다.
애플리케이션의 파이프라인을 생성한 후 Pipelines 보기에서 배포된 파이프라인을 보면서 시각적으로 상호 작용할 수 있습니다. Topology 보기에서도 From Git 옵션을 사용하여 생성된 파이프라인과 상호 작용할 수 있습니다. 토폴로지 보기에서 이를 확인하려면 파이프라인 빌더 를 사용하여 생성된 파이프라인에 사용자 정의 레이블을 적용해야 합니다.
사전 요구 사항
- OpenShift Container Platform 클러스터에 액세스하고 개발자 화면으로 전환했습니다.
- OpenShift Pipelines Operator가 클러스터에 설치되어 있어야 합니다.
- 클러스터 관리자 또는 작성 및 편집 권한이 있는 사용자입니다.
- 프로젝트를 생성했습니다.
2.1.1. 파이프라인 빌더를 사용하여 파이프라인 구성 링크 복사링크가 클립보드에 복사되었습니다!
콘솔의 개발자 화면에서 +추가 → 파이프라인 → 파이프라인 빌더 옵션을 사용하여 다음을 수행할 수 있습니다.
- 파이프라인 빌더 또는 YAML 보기를 사용하여 파이프라인을 구성합니다.
- 기존 작업을 사용하여 파이프라인 흐름을 구성합니다. OpenShift Pipelines Operator를 설치할 때 클러스터 확인자와 함께 사용할 수 있는 재사용 가능한 파이프라인 작업을 클러스터에 추가합니다.
- 파이프라인 실행에 필요한 리소스 유형을 지정하고, 필요한 경우 파이프라인에 매개변수를 추가합니다.
- 파이프라인의 각 작업에서 이러한 파이프라인 리소스를 입력 및 출력 리소스로 참조합니다.
- 필요한 경우 작업의 파이프라인에 추가된 매개변수를 참조합니다. 작업 매개변수는 작업 사양에 따라 미리 채워집니다.
- Operator에서 설치한 재사용 가능 조각과 샘플을 사용하여 세부 파이프라인을 생성합니다.
- 구성된 로컬 Tekton Hub 인스턴스에서 작업을 검색하고 추가합니다.
개발자 화면에서 고유한 큐레이션 작업 세트를 사용하여 사용자 지정 파이프라인을 생성할 수 있습니다. 개발자 콘솔에서 직접 작업을 검색, 설치 및 업그레이드하려면 클러스터 관리자가 로컬 Tekton Hub 인스턴스를 설치 및 배포하고 해당 허브를 OpenShift Container Platform 클러스터에 연결해야 합니다. 자세한 내용은 추가 리소스 섹션에서 Tekton Hub with OpenShift Pipelines 사용을 참조하십시오. 로컬 Tekton Hub 인스턴스를 배포하지 않으면 기본적으로 네임스페이스 작업과 공용 Tekton Hub 작업에만 액세스할 수 있습니다.
프로세스
- 개발자 화면의 +추가 보기에서 파이프라인 타일을 클릭하여 파이프라인 빌더 페이지를 표시합니다.
파이프라인 빌더 보기 또는 YAML 보기를 사용하여 파이프라인을 구성합니다.
참고파이프라인 빌더 보기에서는 제한된 수의 필드를 지원하는 반면 YAML 보기는 사용 가능한 모든 필드를 지원합니다. 필요한 경우 Operator가 설치한 재사용 가능한 스니펫과 샘플을 사용하여 자세한 파이프라인을 생성할 수도 있습니다.
그림 2.1. YAML보기
파이프라인 빌더를 사용하여 파이프라인 을 구성합니다.
- 이름 필드에 파이프라인의 고유 이름을 입력합니다.
작업 섹션에서 다음을 수행합니다.
- 작업 추가를 클릭합니다.
- 빠른 검색 필드를 사용하여 작업을 검색하고 표시된 목록에서 필요한 작업을 선택합니다.
추가 또는 설치를 클릭하고 추가합니다. 이 예제에서는 s2i-nodejs 작업을 사용합니다.
참고검색 목록에는 클러스터에서 사용할 수 있는 모든 Tekton Hub 작업과 작업이 포함되어 있습니다. 또한 작업이 이미 설치된 경우 Add to add the task whereas it will show Install and add to install and add the task가 표시됩니다. 업데이트된 버전으로 동일한 작업을 추가할 때 Update 및 add가 표시됩니다.
파이프라인에 순차적 작업을 추가하려면 다음을 수행합니다.
- 작업 오른쪽 또는 왼쪽에 있는 더하기 아이콘을 클릭합니다. → 작업 추가 를 클릭합니다.
- 빠른 검색 필드를 사용하여 작업을 검색하고 표시된 목록에서 필요한 작업을 선택합니다.
추가 또는 설치를 클릭하고 추가합니다.
그림 2.2. 파이프라인 빌더
최종 작업을 추가하려면 다음을 수행합니다.
- 마지막으로 추가 작업 → 작업 추가 를 클릭합니다.
- 빠른 검색 필드를 사용하여 작업을 검색하고 표시된 목록에서 필요한 작업을 선택합니다.
- 추가 또는 설치를 클릭하고 추가합니다.
리소스 섹션에서 리소스 추가를 클릭하여 파이프라인 실행에 사용할 리소스의 이름 및 유형을 지정합니다. 그러면 파이프라인의 작업에서 이러한 리소스를 입력 및 출력으로 사용합니다. 예시의 경우:
-
입력 리소스를 추가합니다. 이름 필드에
Source를 입력하고 리소스 유형 드롭다운 목록에서 Git을 선택합니다. 출력 리소스를 추가합니다. 이름 필드에
Img를 입력하고 리소스 유형 드롭다운 목록에서 이미지를 선택합니다.참고리소스가 누락된 경우 작업 옆에 빨간색 아이콘이 표시됩니다.
-
입력 리소스를 추가합니다. 이름 필드에
- 선택 사항: 작업의 매개변수는 작업 사양에 따라 미리 채워집니다. 필요에 따라 매개 변수 섹션에 있는 매개 변수 추가 링크를 사용하여 매개변수를 더 추가합니다.
- 작업 공간 섹션에서 작업 공간 추가를 클릭하고 이름 필드에 고유한 작업 공간 이름을 입력합니다. 파이프라인에 여러 개의 작업 공간을 추가할 수 있습니다.
작업 섹선에서 s2i-nodejs 작업을 클릭하여 작업 세부 정보가 있는 측면 패널을 확인합니다. 작업 측면 패널에서 s2i-nodejs 작업에 대한 리소스 및 매개변수를 지정합니다.
- 필요에 따라 매개 변수 섹션에서 $(params.<param-name>) 구문을 사용하여 기본 매개변수에 매개변수를 더 추가합니다.
-
이미지 섹션에서 리소스 섹션에 지정된 대로
Img를 입력합니다. - 작업 공간 섹션의 소스 드롭다운에서 작업 공간을 선택합니다.
- 리소스, 매개 변수 및 작업 공간을 openshift-client 작업에 추가합니다.
- 생성을 클릭하여 파이프라인 세부 정보 페이지에서 파이프라인을 생성하고 봅니다.
- 작업 드롭다운 메뉴를 클릭한 다음 시작을 클릭하여 파이프라인 시작 페이지를 확인합니다.
- 작업 공간 섹션에는 이전에 생성한 작업 공간이 나열됩니다. 각 드롭다운을 사용하여 작업 공간의 볼륨 소스를 지정합니다. 빈 디렉토리,구성 맵,시크릿, 영구 볼륨 클레임, 볼륨 클레임 템플릿 옵션이 있습니다.
2.1.2. 애플리케이션과 함께 OpenShift Pipelines 생성 링크 복사링크가 클립보드에 복사되었습니다!
애플리케이션과 함께 파이프라인을 생성하려면 개발자 화면의 Add+ 보기에서 From Git 옵션을 사용합니다. 사용 가능한 모든 파이프라인을 보고 코드를 가져오거나 이미지를 배포하는 동안 애플리케이션을 생성하는 데 사용할 파이프라인을 선택할 수 있습니다.
Tekton Hub 통합은 기본적으로 활성화되어 있으며 Tekton Hub에서 클러스터에서 지원하는 작업을 확인할 수 있습니다. 관리자는 Tekton Hub 통합을 비활성화할 수 있으며 Tekton Hub 작업은 더 이상 표시되지 않습니다. 생성된 파이프라인에 대한 Webhook URL이 있는지 확인할 수도 있습니다. +추가 흐름을 사용하여 생성된 파이프라인에 기본 Webhook가 추가되고 토폴로지 보기에서 선택한 리소스의 측면 패널에 URL이 표시됩니다.
2.1.3. 파이프라인을 포함하는 GitHub 리포지토리 추가 링크 복사링크가 클립보드에 복사되었습니다!
개발자 화면에서 파이프라인이 포함된 GitHub 리포지토리를 OpenShift Container Platform 클러스터에 추가할 수 있습니다. 이를 통해 내보내기 또는 가져오기 요청과 같은 관련 Git 이벤트가 트리거되면 클러스터의 GitHub 리포지토리에서 파이프라인 및 작업을 실행할 수 있습니다.
공용 및 개인 GitHub 리포지토리를 모두 추가할 수 있습니다.
사전 요구 사항
- 클러스터 관리자가 관리자 화면에서 필요한 GitHub 애플리케이션을 구성했는지 확인합니다.
프로세스
- 개발자 화면에서 GitHub 리포지토리를 추가할 네임스페이스 또는 프로젝트를 선택합니다.
- 왼쪽 탐색 창을 사용하여 Pipeline 으로 이동합니다.
- Pipelines 페이지 오른쪽에 있는 생성 → 리포지토리 를 클릭합니다.
- Git Repo URL 을 입력하면 콘솔에서 리포지터리 이름을 자동으로 가져옵니다.
구성 옵션 표시를 클릭합니다. 기본적으로 Webhook 를 설정하는 방법은 한 가지뿐입니다. GitHub 애플리케이션이 구성된 경우 다음 두 가지 옵션이 표시됩니다.
- GitHub App: 리포지토리에 GitHub 애플리케이션을 설치하려면 이 옵션을 선택합니다.
- Webhook 설정: GitHub 애플리케이션에 Webhook를 추가하려면 이 옵션을 선택합니다.
시크릿 섹션에서 다음 옵션 중 하나를 사용하여 Webhook를 설정합니다.
Git 액세스 토큰 을 사용하여 Webhook를 설정합니다.
- 개인 액세스 토큰을 입력합니다.
Webhook 시크릿 필드에 해당하는 생성 을 클릭하여 새 Webhook 시크릿을 생성합니다.
참고개인 액세스 토큰이 없고 새 액세스 토큰을 생성하려는 경우 Git 액세스 토큰 필드 아래에 링크를 클릭하면 됩니다.
Git 액세스 토큰 시크릿 을 사용하여 Webhook를 설정합니다.
드롭다운 목록에서 네임스페이스의 시크릿을 선택합니다. 선택한 보안에 따라 Webhook 보안이 자동으로 생성됩니다.
GitHub 리포지토리에 Webhook 시크릿 세부 정보를 추가합니다.
- Webhook URL 을 복사하고 GitHub 리포지토리 설정으로 이동합니다.
- Webhook → Webhook 추가 를 클릭합니다.
- 개발자 콘솔에서 Webhook URL 을 복사하여 GitHub 리포지토리 설정의 페이로드 URL 필드에 붙여넣습니다.
- 콘텐츠 유형을 선택합니다.
- 개발자 콘솔에서 Webhook 시크릿을 복사하여 GitHub 리포지토리 설정의 Secret 필드에 붙여넣습니다.
- SSL 확인 옵션 중 하나를 선택합니다.
- 이 Webhook를 트리거할 이벤트를 선택합니다.
- Webhook 추가를 클릭합니다.
- 개발자 콘솔로 돌아가서 추가 를 클릭합니다.
- 수행해야 하는 단계의 세부 정보를 읽고 닫기 를 클릭합니다.
- 방금 생성한 리포지토리의 세부 정보를 확인합니다.
Git에서 가져오기를 사용하여 애플리케이션을 가져올 때 Git 리포지토리에 .tekton 디렉터리가 있는 경우 애플리케이션에 대한 pipelines-as-code 를 구성할 수 있습니다.
2.1.4. 개발자 화면을 사용하여 파이프라인과 상호 작용 링크 복사링크가 클립보드에 복사되었습니다!
개발자 화면의 파이프라인 보기에는 다음 세부 정보와 함께 프로젝트의 모든 파이프라인이 나열됩니다.
- 파이프라인이 생성된 네임스페이스
- 마지막 파이프라인 실행
- 파이프라인 실행 시 작업 상태
- 파이프라인 실행의 상태
- 마지막 파이프라인 실행 생성 시간
프로세스
- 개발자 화면의 파이프라인 보기에서 프로젝트 드롭다운 목록에 있는 프로젝트를 선택하여 해당 프로젝트의 파이프라인을 확인합니다.
필요한 파이프라인을 클릭하여 파이프라인 세부 정보 페이지를 확인합니다.
기본적으로 세부 정보 탭에는 모든
직렬작업,병렬작업,finally작업 및 파이프라인의when표현식이 시각적으로 표시됩니다. 작업 및finally작업은 페이지 오른쪽 하단 목록에 표시됩니다.작업 세부 정보를 보려면 나열된 Task 및 최종 작업을 클릭합니다. 또한 다음을 수행할 수 있습니다.
- Pipeline 세부 정보 시각화의 왼쪽 아래에 표시된 표준 아이콘을 사용하여 확대, 축소, 화면에 맞게 보기 기능을 사용합니다.
- 마우스 휠을 사용하여 파이프라인 시각화의 확대/축소 요소를 변경합니다.
작업 위로 마우스를 가져가 작업 세부 정보를 확인합니다.
그림 2.3. 파이프 라인 세부 정보
선택 사항: 파이프 라인 세부 정보 페이지에서 Metrics 탭을 클릭하여 파이프라인에 대한 다음 정보를 확인합니다.
- 파이프 라인 성공률
- 파이프 라인 실행 수
- 파이프 라인 실행 기간
작업 실행 기간
이 정보를 사용하여 파이프라인 라이프사이클 초기에 파이프라인 워크플로를 개선하고 문제를 제거할 수 있습니다.
- 선택 사항: YAML 탭을 클릭하여 파이프라인의 YAML 파일을 편집합니다.
선택 사항: 파이프라인 실행 탭을 클릭하여 파이프라인 실행 상태가 완료, 실행 중 또는 실패인지 확인합니다.
파이프라인 실행 탭에는 파이프라인 실행, 작업 상태 및 실패한 파이프라인 실행 디버그 링크에 대한 세부 정보가 있습니다. 옵션 메뉴
를 사용하여 실행 중인 파이프라인을 중지하거나, 이전 파이프라인 실행과 동일한 매개변수 및 리소스를 사용하여 파이프라인 재실행 또는 파이프라인 실행을 삭제합니다.
필요한 파이프라인 실행을 클릭하여 파이프라인 실행 세부 정보 페이지를 확인합니다. 기본적으로 세부 정보 탭에는 모든 직렬 작업, 병렬 작업,
finally작업 및 파이프라인 실행의 When 표현식의 시각적 표현이 표시됩니다. 성공적인 실행 결과는 페이지 하단의 파이프라인 실행 결과 창에 표시됩니다. 또한 클러스터에서 지원하는 Tekton Hub의 작업만 볼 수 있습니다. 작업을 보는 동안 옆에 있는 링크를 클릭하여 작업 문서로 이동할 수 있습니다.참고파이프라인 실행 세부 정보 페이지의 세부 정보 섹션에는 실패한 파이프라인 실행에 대한 로그 조각이 표시됩니다. 로그 조각에는 일반적인 오류 메시지와 해당 로그의 조각이 있습니다. 로그 섹션 링크를 사용하면 실패한 실행에 대한 세부 정보에 빠르게 액세스할 수 있습니다.
파이프라인 실행 세부 정보 페이지에서 작업 실행 탭을 클릭하여 작업 상태가 완료, 실행 중 또는 실패인지 확인합니다.
작업 실행 탭은 해당 작업 및 pod에 대한 링크, 작업 실행 상태 및 기간과 함께 작업 실행에 대한 정보를 제공합니다. 옵션 메뉴
를 사용하여 작업 실행을 삭제합니다.
참고TaskRuns 목록 페이지에는 열 관리 버튼이 있으며, 이 버튼을 사용하여 Duration 열을 추가할 수도 있습니다.
필요한 작업 실행을 클릭하여 작업 실행 세부 정보 페이지를 확인합니다. 성공적으로 실행된 결과는 페이지 하단에 있는 작업 실행 결과 창에 표시됩니다.
참고작업 실행 세부 정보 페이지의 세부 정보 섹션에는 실패한 작업 실행에 대한 로그 조각이 표시됩니다. 로그 조각에는 일반적인 오류 메시지와 해당 로그의 조각이 있습니다. 로그 섹션 링크를 사용하면 실패한 작업 실행에 대한 세부 정보에 빠르게 액세스할 수 있습니다.
- 매개변수 탭을 클릭하여 파이프라인에 정의된 매개변수를 확인합니다. 필요에 따라 매개변수를 추가하거나 편집할 수도 있습니다.
- 리소스 탭을 클릭하여 파이프라인에 정의된 리소스를 확인합니다. 필요에 따라 리소스를 추가하거나 편집할 수도 있습니다.
2.1.5. Pipeline 보기에서 파이프라인 시작 링크 복사링크가 클립보드에 복사되었습니다!
파이프라인을 생성한 후 포함된 작업을 정의된 순서로 실행하려면 파이프라인을 시작해야 합니다. 파이프라인 보기, 파이프라인 세부 정보 페이지 또는 토폴로지 보기에서 파이프라인을 시작할 수 있습니다.
프로세스
파이프라인 보기를 사용하여 파이프라인을 시작하려면 다음을 수행합니다.
-
개발자 화면의 파이프라인 보기에서 파이프라인 옆에 있는 옵션
메뉴를 클릭하고 시작을 선택합니다.
파이프라인 정의에 따라 파이프라인 시작 대화 상자에 Git 리소스 및 이미지 리소스가 표시됩니다.
참고Git에서 옵션을 사용하여 생성한 파이프라인의 경우 파이프라인 시작 대화 상자의 매개변수 섹션에
APP_NAME필드도 표시되며, 대화 상자의 모든 필드가 파이프라인 템플릿에 의해 미리 채워집니다.- 네임스페이스에 리소스가 있는 경우 Git Resources 및 Image Resources 필드에 해당 리소스가 미리 채워집니다. 필요한 경우 드롭다운 목록을 사용하여 필요한 리소스를 선택하거나 생성한 다음 파이프라인 실행 인스턴스를 사용자 정의합니다.
선택 사항: 고급 옵션을 수정하여 지정된 프라이빗 Git 서버 또는 이미지 레지스트리를 인증하는 자격 증명을 추가합니다.
- Advanced Options에서 Show Credentials Options를 클릭하고 Add Secret을 선택합니다.
Create Source Secre 섹션에서 다음 사항을 지정합니다.
- 보안에 대한 고유한 보안 이름입니다.
- Designated provider to be authenticated 섹션에서 Access to 필드에 인증할 공급자를 지정하고 기본 Server URL을 지정합니다.
Authentication Type을 선택하고 자격 증명을 제공합니다.
인증 유형
Image Registry Crendentials의 경우 인증할 레지스트리 서버 주소를 지정하고 사용자 이름, 암호, 이메일 필드에 자격 증명을 제공합니다.추가 Registry Server Address를 지정하려면 Add Credentials를 선택하십시오.
-
Authentication Type
Basic Authentication의 경우 UserName 및 Password or Token 필드 값을 지정합니다. 인증 유형
SSH Keys의 경우 SSH 개인 키 필드 값을 지정합니다.참고기본 인증 및 SSH 인증의 경우 다음과 같은 주석을 사용할 수 있습니다.
-
tekton.dev/git-0: https://github.com -
tekton.dev/git-1: https://gitlab.com.
-
- 확인 표시를 선택하여 보안을 추가합니다.
파이프라인의 리소스 수에 따라 여러 개의 보안을 추가할 수 있습니다.
- 시작을 클릭하여 파이프라인을 시작합니다.
PipelineRun 세부 정보 페이지에는 실행 중인 파이프라인이 표시됩니다. 파이프라인이 시작된 후 작업과 각 작업 내 단계가 실행됩니다. 다음을 수행할 수 있습니다.
- PipelineRun 세부 정보 페이지 시각화의 왼쪽 아래에 있는 표준 아이콘을 사용하여 확대, 축소, 화면에 맞는 보기 기능을 사용합니다.
- 마우스 휠을 사용하여 pipelinerun 시각화의 확대/축소 요소를 변경합니다. 특정 확대/축소 요인에서 작업의 배경 색상이 변경되어 오류 또는 경고 상태를 나타냅니다.
- 작업 위로 마우스를 이동하여 각 단계, 작업 이름 및 작업 상태를 실행하는 데 걸린 시간과 같은 세부 정보를 확인합니다.
- 작업 배지 위로 마우스를 이동하여 완료된 총 작업 수 및 작업 수를 확인합니다.
- 작업을 클릭하여 각 작업 단계에 대한 로그를 확인합니다.
- 로그 탭을 클릭하여 작업 실행 순서와 관련된 로그를 확인합니다. 관련 버튼을 사용하여 창을 확장하고 로그를 개별적 또는 일괄적으로 다운로드할 수도 있습니다.
이벤트 탭을 클릭하여 파이프라인 실행으로 생성된 이벤트 스트림을 확인합니다.
작업 실행, 로그, 이벤트 탭을 사용하면 실패한 파이프라인 실행 또는 실패한 작업 실행을 디버깅하는 데 도움이 될 수 있습니다.
그림 2.4. ‘파이프 라인 실행' 세부 정보
2.1.6. 토폴로지 보기에서 파이프라인 시작 링크 복사링크가 클립보드에 복사되었습니다!
Git에서 옵션을 사용하여 생성한 파이프라인의 경우 토폴로지 보기를 사용하여 파이프라인을 시작한 후 상호 작용할 수 있습니다.
토폴로지 보기에서 파이프라인 빌더를 사용하여 생성한 파이프라인 을 보려면 파이프라인 레이블을 사용자 지정하여 파이프라인을 애플리케이션 워크로드에 연결합니다.
프로세스
- 왼쪽 탐색 패널에서 Topology 를 클릭합니다.
- 애플리케이션을 클릭하여 측면 패널에 파이프라인 실행을 표시합니다.
파이프라인 실행 에서 마지막 실행 시작을 클릭하여 이전 파이프라인과 동일한 매개변수 및 리소스로 새 파이프라인 실행을 시작합니다. 파이프라인 실행이 시작되지 않은 경우 이 옵션이 비활성화되어 있습니다. 또한 파이프라인 실행을 생성할 때 시작할 수도 있습니다.
그림 2.5. 토폴로지 보기의 파이프라인
토폴로지 페이지에서 애플리케이션 왼쪽으로 마우스를 이동하여 파이프라인 실행 상태를 확인합니다. 파이프라인을 추가한 후 왼쪽 하단 아이콘은 연결된 파이프라인이 있음을 나타냅니다.
2.1.7. 토폴로지 보기에서 파이프라인과 상호 작용 링크 복사링크가 클립보드에 복사되었습니다!
토폴로지 페이지에 있는 애플리케이션 노드의 측면 패널에 파이프라인 실행 상태가 표시되고 상호 작용할 수 있습니다.
- 파이프라인 실행이 자동으로 시작되지 않으면 측면 패널에 파이프라인을 자동으로 시작할 수 없다는 메시지가 표시됩니다. 따라서 수동으로 시작해야 합니다.
- 파이프라인이 생성되었지만 사용자가 파이프라인을 시작하지 않은 경우 해당 상태가 시작되지 않습니다. 사용자가 Not started 상태 아이콘을 클릭하면 토폴로지 보기에 시작 대화 상자가 열립니다.
- 파이프라인에 빌드 또는 빌드 구성이 없으면 Builds 섹션이 표시되지 않습니다. 파이프라인 및 빌드 구성이 있는 경우 Builds 섹션 이 표시됩니다.
- 파이프라인 실행이 특정 작업 실행에서 실패하면 측면 패널에 로그 조각이 표시됩니다. 로그 조각은 리소스 탭의 파이프라인 실행 섹션에서 확인할 수 있습니다. 일반적인 오류 메시지와 로그 스니펫을 제공합니다. 로그 섹션 링크를 사용하면 실패한 실행에 대한 세부 정보에 빠르게 액세스할 수 있습니다.
2.1.8. 파이프라인 편집 링크 복사링크가 클립보드에 복사되었습니다!
웹 콘솔의 개발자 화면을 사용하여 클러스터의 파이프라인을 편집할 수 있습니다.
프로세스
- 개발자 화면의 Pipelines 보기에서 편집할 파이프라인을 선택하여 파이프라인의 세부 정보를 확인합니다. Pipeline Details 페이지에서 Actions를 클릭하고 Edit Pipelin을 선택합니다.
Pipeline 빌더 페이지에서 다음 작업을 수행할 수 있습니다.
- 파이프라인에 추가 작업, 매개변수 또는 리소스를 추가합니다.
- 수정할 작업을 클릭하여 측면 패널에 작업 세부 정보를 표시하고 표시 이름, 매개변수 및 리소스와 같은 필요한 작업 세부 정보를 수정합니다.
- 또는 작업을 삭제하려면 작업을 클릭하고 측면 패널에서 작업을 클릭하고 작업 제거를 선택합니다.
- 저장을 클릭하여 수정된 파이프라인을 저장합니다.
2.1.9. 파이프라인 삭제 링크 복사링크가 클립보드에 복사되었습니다!
웹 콘솔의 개발자 화면을 사용하여 클러스터의 파이프라인을 삭제할 수 있습니다.
프로세스
-
개발자 화면의 Pipelines 보기에서 Pipeline 옆에 있는 Options
메뉴를 클릭하고 Delete Pipeline 을 선택합니다.
- Delete Pipeline 확인 프롬프트에서 Delete를 클릭하여 삭제를 확인합니다.
2.3. 관리자 화면에서 파이프라인 템플릿 생성 링크 복사링크가 클립보드에 복사되었습니다!
클러스터 관리자는 개발자가 클러스터에서 파이프라인을 생성할 때 재사용할 수 있는 파이프라인 템플릿을 생성할 수 있습니다.
사전 요구 사항
- 클러스터 관리자 권한이 있는 OpenShift Container Platform 클러스터에 액세스하고 관리자 화면으로 전환했습니다.
- 클러스터에 OpenShift Pipelines Operator를 설치했습니다.
프로세스
- Pipelines 페이지로 이동하여 기존 파이프라인 템플릿을 확인합니다.
-
아이콘을 클릭하여 YAML 가져오기 페이지로 이동합니다.
파이프라인 템플릿에 대한 YAML을 추가합니다. 템플릿에는 다음 정보가 포함되어야 합니다.
Copy to Clipboard Copied! Toggle word wrap Toggle overflow - 생성을 클릭합니다. 파이프라인이 생성되면 파이프라인 세부 정보 페이지로 이동하여 파이프라인에 대한 정보를 보거나 편집할 수 있습니다.
2.4. 웹 콘솔의 파이프라인 실행 통계 링크 복사링크가 클립보드에 복사되었습니다!
웹 콘솔에서 파이프라인 실행과 관련된 통계를 볼 수 있습니다.
통계 정보를 보려면 다음 단계를 완료해야 합니다.
- Tekton 결과를 설치합니다. Tekton 결과 설치에 대한 자세한 내용은 추가 리소스 섹션의 OpenShift Pipelines 관찰 기능에 Tekton Results 사용을 참조하십시오.
- OpenShift Pipelines 콘솔 플러그인을 활성화합니다.
통계 정보는 모든 파이프라인과 개별 파이프라인에 대해 사용할 수 있습니다.
OpenShift Pipelines Pipelines 콘솔 플러그인은 기술 프리뷰 기능 전용입니다. 기술 프리뷰 기능은 Red Hat 프로덕션 서비스 수준 계약(SLA)에서 지원되지 않으며 기능적으로 완전하지 않을 수 있습니다. 따라서 프로덕션 환경에서 사용하는 것은 권장하지 않습니다. 이러한 기능을 사용하면 향후 제품 기능을 조기에 이용할 수 있어 개발 과정에서 고객이 기능을 테스트하고 피드백을 제공할 수 있습니다.
Red Hat 기술 프리뷰 기능의 지원 범위에 대한 자세한 내용은 기술 프리뷰 기능 지원 범위를 참조하십시오.
2.4.1. OpenShift Pipelines 콘솔 플러그인 활성화 링크 복사링크가 클립보드에 복사되었습니다!
통계 정보를 보려면 먼저 OpenShift Pipelines 콘솔 플러그인을 활성화해야 합니다.
사전 요구 사항
- 클러스터에 Red Hat OpenShift Pipelines Operator를 설치했습니다.
- 클러스터 관리자 권한이 있는 웹 콘솔에 로그인되어 있습니다.
OpenShift Pipelines 콘솔 플러그인에는 OpenShift Container Platform 버전 4.15 또는 이후 버전이 필요합니다.
프로세스
- 웹 콘솔의 관리자 화면에서 Operator → 설치된 Operator 를 선택합니다.
- Operator 표에서 Red Hat OpenShift Pipelines 를 클릭합니다.
- 화면 오른쪽 창에서 Console 플러그인 에서 status 레이블을 확인합니다. 레이블은 Enabled 또는 Disabled 중 하나입니다.
- 라벨이 Disabled 이면 이 레이블을 클릭합니다. 표시되는 창에서 Enable 을 선택한 다음 Save 를 클릭합니다.
2.4.2. 모든 파이프라인의 통계 보기 링크 복사링크가 클립보드에 복사되었습니다!
시스템의 모든 파이프라인과 관련된 통합 통계 정보를 볼 수 있습니다.
사전 요구 사항
- 클러스터에 Red Hat OpenShift Pipelines Operator를 설치했습니다.
- Tekton 결과가 설치되어 있어야 합니다.
- OpenShift Pipelines 웹 콘솔 플러그인이 설치되어 있어야 합니다.
프로세스
웹 콘솔의 관리자 화면에서 파이프라인 → 개요 를 선택합니다.
통계 개요가 표시됩니다. 이 개요에는 다음 정보가 포함됩니다. 일정 기간 동안 파이프라인 실행의 수 및 상태를 반영하는 그래프는 동일한 기간에 걸쳐 파이프라인 실행의 총 기간, 평균 및 최대 기간입니다. **동일 기간 동안의 총 파이프라인 실행 수입니다. **
파이프라인 테이블이도 표시됩니다. 이 표에는 기간 동안 실행된 모든 파이프라인이 나열되어 기간과 성공률이 표시됩니다.
선택 사항: 필요에 따라 통계 표시 설정을 변경합니다.
- Project: 통계를 표시할 프로젝트 또는 네임스페이스입니다.
- Time range: 통계를 표시할 기간입니다.
- 새로 고침 간격: Red Hat OpenShift Pipelines가 표시되는 동안 창에서 데이터를 업데이트해야 하는 빈도입니다.
2.4.3. 특정 파이프라인의 통계 보기 링크 복사링크가 클립보드에 복사되었습니다!
특정 파이프라인과 관련된 통계 정보를 볼 수 있습니다.
사전 요구 사항
- 클러스터에 Red Hat OpenShift Pipelines Operator를 설치했습니다.
- Tekton 결과가 설치되어 있어야 합니다.
- OpenShift Pipelines 웹 콘솔 플러그인이 설치되어 있어야 합니다.
프로세스
- 웹 콘솔의 관리자 화면에서 Pipelines → Pipelines 를 선택합니다.
- 파이프라인 목록에서 파이프라인을 클릭합니다. Pipeline 세부 정보 보기가 표시됩니다.
지표 탭을 클릭합니다.
통계 개요가 표시됩니다. 이 개요에는 다음 정보가 포함됩니다. 일정 기간 동안 파이프라인 실행의 수 및 상태를 반영하는 그래프는 동일한 기간에 걸쳐 파이프라인 실행의 총 기간, 평균 및 최대 기간입니다. **동일 기간 동안의 총 파이프라인 실행 수입니다. **
선택 사항: 필요에 따라 통계 표시 설정을 변경합니다.
- Project: 통계를 표시할 프로젝트 또는 네임스페이스입니다.
- Time range: 통계를 표시할 기간입니다.
- 새로 고침 간격: Red Hat OpenShift Pipelines가 표시되는 동안 창에서 데이터를 업데이트해야 하는 빈도입니다.
3장. 해결자를 사용하여 원격 파이프라인, 작업 및 단계 작업 지정 링크 복사링크가 클립보드에 복사되었습니다!
파이프라인 및 작업은 CI/CD 프로세스에 재사용 가능한 블록입니다. 이전에 개발했거나 다른 사용자가 개발한 파이프라인 또는 작업을 재사용하여 정의를 복사하여 붙여넣을 필요 없이 재사용할 수 있습니다. 이러한 파이프라인 또는 작업은 클러스터의 다른 네임스페이스에서 공용 카탈로그에 이르기까지 여러 유형의 소스에서 사용할 수 있습니다.
파이프라인 실행 리소스에서 기존 소스의 파이프라인을 지정할 수 있습니다. 파이프라인 리소스 또는 작업 실행 리소스에서 기존 소스의 작업을 지정할 수 있습니다.
StepAction CR(사용자 정의 리소스)에 정의된 단계 작업은 작업 내의 단일 단계가 완료하는 재사용 가능한 작업입니다. 단계를 지정할 때 기존 소스의 StepAction 정의를 참조할 수 있습니다.
이러한 경우 Red Hat OpenShift Pipelines 의 해결자는 런타임 시 지정된 소스에서 파이프라인, 작업 또는 StepAction 정의를 검색합니다.
다음 해결자는 Red Hat OpenShift Pipelines의 기본 설치 프로그램에서 사용할 수 있습니다.
- hub resolver
-
Artifact Hub 또는 Tekton Hub에서 사용할 수 있는 Pipelines 카탈로그에서 작업, 파이프라인 또는
StepAction정의를 검색합니다. - bundles resolver
-
OpenShift 컨테이너 리포지토리와 같은 OCI 리포지토리에서 사용할 수 있는 OCI 이미지인 Tekton 번들에서 작업, 파이프라인 또는
StepAction정의를 검색합니다. - git resolver
-
Git 리포지토리에서 작업, 파이프라인 또는
StepAction정의를 검색합니다. 리포지토리, 분기 및 경로를 지정해야 합니다. - HTTP 확인자
-
원격 HTTP 또는 HTTPS URL에서 작업, 파이프라인 또는
StepAction정의를 검색합니다. 인증을 위해 URL을 지정해야 합니다. - 클러스터 확인자
-
특정 네임스페이스의 동일한 OpenShift Container Platform 클러스터에서 이미 생성된 작업, 파이프라인 또는
StepAction정의를 검색합니다.
OpenShift Pipelines 설치에는 파이프라인에서 사용할 수 있는 표준 작업 세트가 포함되어 있습니다. 이러한 작업은 일반적으로 openshift-pipelines 네임스페이스인 OpenShift Pipelines 설치 네임스페이스에 있습니다. 클러스터 확인자를 사용하여 작업에 액세스할 수 있습니다.
OpenShift Pipelines는 표준 StepAction 정의도 제공합니다. 클러스터 확인자를 사용하여 이 정의에 액세스할 수 있습니다.
3.1. Tekton 카탈로그에서 원격 파이프라인, 작업 또는 단계 작업 지정 링크 복사링크가 클립보드에 복사되었습니다!
hub resolver를 사용하여 Artifact Hub 의 공용 Tekton 카탈로그 또는 Tekton Hub 인스턴스에 정의된 원격 파이프라인, 작업 또는 StepAction 정의를 지정할 수 있습니다.
Artifact Hub 프로젝트는 Red Hat OpenShift Pipelines에서 지원되지 않습니다. Artifact Hub의 구성만 지원됩니다.
3.1.1. hub resolver 구성 링크 복사링크가 클립보드에 복사되었습니다!
hub resolver를 구성하여 리소스 가져오기에 대한 기본 허브와 기본 카탈로그 설정을 변경할 수 있습니다.
프로세스
TektonConfig사용자 지정 리소스를 편집하려면 다음 명령을 입력합니다.oc edit TektonConfig config
$ oc edit TektonConfig configCopy to Clipboard Copied! Toggle word wrap Toggle overflow TektonConfig사용자 정의 리소스에서pipeline.hub-resolver-config사양을 편집합니다.Copy to Clipboard Copied! Toggle word wrap Toggle overflow - 1
- 리소스를 가져오는 기본 Tekton Hub 카탈로그입니다.
- 2
- 작업 리소스를 가져오는 기본 Artifact Hub 카탈로그입니다.
- 3
- 파이프라인 리소스를 가져오는 기본 Artifact Hub 카탈로그입니다.
- 4
- 참조의 기본 오브젝트 종류입니다.
- 5
- Artifact Hub의
아티팩트또는 Tekton Hub의 경우tekton중 하나로 리소스를 가져오는 기본 허브입니다. - 6
default-type옵션이tekton로 설정된 경우 사용되는 Tekton Hub API입니다.- 7
- 선택 사항:
default-type옵션이artifact로 설정된 경우 사용되는 Artifact Hub API입니다.
중요default-type옵션을 tekton 로 설정하는 경우값을 설정하여 Tekton Hub의 고유 인스턴스를 구성해야 합니다.tekton-hub-apidefault-type옵션을artifact로 설정하면 확인자는 기본적으로 https://artifacthub.io/ 에서 공용 허브 API를 사용합니다.artifact-hub-api값을 설정하여 고유한 Artifact Hub API를 구성할 수 있습니다.
3.1.2. hub resolver를 사용하여 원격 파이프라인, 작업 또는 단계 작업 지정 링크 복사링크가 클립보드에 복사되었습니다!
파이프라인 실행을 생성할 때 Artifact Hub 또는 Tekton Hub에서 원격 파이프라인을 지정할 수 있습니다. 파이프라인 또는 작업 실행을 생성할 때 Artifact Hub 또는 Tekton Hub에서 원격 작업을 지정할 수 있습니다. 작업 내에서 단계를 생성할 때 Artifact Hub 또는 Tekton Hub의 원격 StepAction 정의를 참조할 수 있습니다.
프로세스
Artifact Hub 또는 Tekton Hub의 원격 파이프라인, 작업 또는
StepAction정의를 지정하려면pipelineRef,taskRef또는step.ref사양에 다음 참조 형식을 사용합니다.Copy to Clipboard Copied! Toggle word wrap Toggle overflow Expand 표 3.1. hub resolver에 대해 지원되는 매개변수 매개변수 설명 예시 값 catalog리소스를 가져올 카탈로그입니다.
기본값:
tekton-catalog-tasks(작업종류용),tekton-catalog-(파이너 종류용).pipelinestype리소스를 가져오는 카탈로그 유형입니다. Artifact Hub의
아티팩트또는 Tekton Hub의tekton중 하나입니다.기본값:
artifactkind작업또는파이프라인 중 하나입니다.기본값:
taskname허브에서 가져올 작업 또는 파이프라인의 이름입니다.
golang-buildversion허브에서 가져올 작업 또는 파이프라인 버전입니다. 숫자 주위에 따옴표(
')를 사용해야 합니다."0.5.0"파이프라인 또는 작업에 추가 매개변수가 필요한 경우 파이프라인, 파이프라인 실행 또는 작업 실행 사양의
params섹션에 이러한 매개변수 값을 지정합니다.pipelineRef또는taskRef사양의params섹션에는 해결자가 지원하는 매개변수만 포함되어야 합니다.
예
다음 예제 파이프라인 실행은 카탈로그의 원격 파이프라인을 참조합니다.
다음 예제 파이프라인은 카탈로그의 원격 작업을 참조합니다.
다음 예제 작업 실행에서는 카탈로그의 원격 작업을 참조합니다.
다음 예제 작업에는 카탈로그의 StepAction 정의를 참조하는 단계가 포함되어 있습니다.
3.2. Tekton 번들에서 원격 파이프라인, 작업 또는 단계 작업 지정 링크 복사링크가 클립보드에 복사되었습니다!
bundles resolver를 사용하여 Tekton 번들에서 원격 파이프라인, 작업 또는 StepAction 정의를 지정할 수 있습니다. Tekton 번들은 OpenShift 컨테이너 리포지토리와 같은 OCI 리포지토리에서 사용할 수 있는 OCI 이미지입니다.
3.2.1. 번들 확인 프로그램 구성 링크 복사링크가 클립보드에 복사되었습니다!
bundles 확인자를 구성하여 Tekton 번들에서 리소스를 가져오는 기본 서비스 계정 이름 및 기본 유형을 변경할 수 있습니다.
프로세스
TektonConfig사용자 지정 리소스를 편집하려면 다음 명령을 입력합니다.oc edit TektonConfig config
$ oc edit TektonConfig configCopy to Clipboard Copied! Toggle word wrap Toggle overflow TektonConfig사용자 정의 리소스에서pipeline.bundles-resolver-config사양을 편집합니다.Copy to Clipboard Copied! Toggle word wrap Toggle overflow
3.2.2. 번들 확인자를 사용하여 원격 파이프라인, 작업 또는 단계 작업 지정 링크 복사링크가 클립보드에 복사되었습니다!
파이프라인 실행을 생성할 때 Tekton 번들에서 원격 파이프라인을 지정할 수 있습니다. 파이프라인 또는 작업 실행을 생성할 때 Tekton 번들에서 원격 작업을 지정할 수 있습니다. 작업 내에서 단계를 생성할 때 Tekton 번들에서 원격 StepAction 정의를 참조할 수 있습니다.
프로세스
Tekton 번들의 원격 파이프라인, 작업 또는
StepAction정의를 지정하려면pipelineRef,taskRef또는step.ref사양에 다음 참조 형식을 사용합니다.Copy to Clipboard Copied! Toggle word wrap Toggle overflow Expand 표 3.2. bundles resolver에서 지원되는 매개변수 매개변수 설명 예시 값 serviceAccount레지스트리 인증 정보를 구성할 때 사용할 서비스 계정의 이름입니다.
default번들가져올 이미지를 가리키는 번들 URL입니다.
gcr.io/tekton-releases/catalog/upstream/golang-build:0.1name번들에서 가져올 리소스의 이름입니다.
golang-buildkind번들에서 제거할 리소스의 종류입니다.
task파이프라인 또는 작업에 추가 매개변수가 필요한 경우 파이프라인, 파이프라인 실행 또는 작업 실행 사양의
params섹션에 이러한 매개변수 값을 지정합니다.pipelineRef또는taskRef사양의params섹션에는 해결자가 지원하는 매개변수만 포함되어야 합니다.
예
다음 예제 파이프라인 실행은 Tekton 번들의 원격 파이프라인을 참조합니다.
다음 예제 파이프라인은 Tekton 번들의 원격 작업을 참조합니다.
다음 예제 작업 실행에서는 Tekton 번들의 원격 작업을 참조합니다.
다음 예제 작업에는 Tekton 번들의 StepAction 정의를 참조하는 단계가 포함되어 있습니다.
3.3. 익명 Git 복제를 사용하여 원격 파이프라인, 작업 또는 단계 작업 지정 링크 복사링크가 클립보드에 복사되었습니다!
Git 확인자를 사용하여 Git 리포지토리의 원격 파이프라인, 작업 또는 StepAction 정의에 액세스할 수 있습니다. 리포지토리에는 파이프라인 또는 작업을 정의하는 YAML 파일이 포함되어야 합니다. 익명 액세스의 경우 인증 자격 증명 없이도 확인자를 사용하여 리포지토리를 복제할 수 있습니다.
3.3.1. 익명 Git 복제에 대한 Git 확인자 구성 링크 복사링크가 클립보드에 복사되었습니다!
익명 Git 복제를 사용하려면 Git 리포지토리에서 원격 파이프라인 및 작업을 가져오기 위해 기본 Git 버전, 시간 초과 및 기본 리포지토리 URL을 구성할 수 있습니다.
프로세스
TektonConfig사용자 지정 리소스를 편집하려면 다음 명령을 입력합니다.oc edit TektonConfig config
$ oc edit TektonConfig configCopy to Clipboard Copied! Toggle word wrap Toggle overflow TektonConfig사용자 정의 리소스에서pipeline.git-resolver-config사양을 편집합니다.Copy to Clipboard Copied! Toggle word wrap Toggle overflow
3.3.2. 익명 복제에 Git 확인자를 사용하여 원격 파이프라인, 작업 또는 단계 작업 지정 링크 복사링크가 클립보드에 복사되었습니다!
파이프라인 실행을 생성할 때 익명 복제를 사용하여 Git 리포지토리에서 원격 파이프라인을 지정할 수 있습니다. 파이프라인 또는 작업 실행을 생성할 때 Git 리포지토리에서 원격 작업을 지정할 수 있습니다. 작업 내에서 단계를 생성할 때 Git 리포지토리에서 원격 StepAction 정의를 참조할 수 있습니다.
프로세스
Git 리포지토리의 원격 파이프라인, 작업 또는
StepAction정의를 지정하려면pipelineRef,taskRef또는step.ref사양에 다음 참조 형식을 사용합니다.Copy to Clipboard Copied! Toggle word wrap Toggle overflow Expand 표 3.3. Git 확인자에 지원되는 매개변수 매개변수 설명 예시 값 url익명 복제를 사용하는 경우 리포지토리의 URL입니다.
https://github.com/tektoncd/catalog.git버전리포지토리의 Git 버전입니다. 분기 이름, 태그 이름 또는 커밋 SHA 해시를 지정할 수 있습니다.
aeb957601cf41c012be462827053a21a420befcamainv0.38.2pathInRepo리포지토리에 있는 YAML 파일의 경로 이름입니다.
task/golang-build/0.3/golang-build.yaml참고리포지토리를 복제 및 가져오려면
url매개변수를 사용합니다.url매개변수와repo매개변수를 함께 지정하지 마십시오.파이프라인 또는 작업에 추가 매개변수가 필요한 경우 이러한 매개변수를 매개변수에
제공합니다.
예
다음 예제 파이프라인 실행은 Git 리포지토리의 원격 파이프라인을 참조합니다.
다음 예제 파이프라인은 Git 리포지토리의 원격 작업을 참조합니다.
다음 예제 작업 실행에서는 Git 리포지토리의 원격 작업을 참조합니다.
다음 예제 작업에는 Git 리포지토리의 StepAction 정의를 참조하는 단계가 포함되어 있습니다.
3.4. 인증된 Git API를 사용하여 원격 파이프라인, 작업 또는 단계 작업 지정 링크 복사링크가 클립보드에 복사되었습니다!
Git 확인자를 사용하여 Git 리포지토리에서 원격 파이프라인, 작업 또는 StepAction 정의를 지정할 수 있습니다. 리포지토리에는 파이프라인 또는 작업을 정의하는 YAML 파일이 포함되어야 합니다. 사용자 인증을 지원하는 인증된 API를 사용하여 리포지토리에 안전하게 액세스할 수 있습니다.
3.4.1. 인증된 API에 대한 Git 확인 프로그램 구성 링크 복사링크가 클립보드에 복사되었습니다!
인증된 SCM(소스 제어 관리) API의 경우 인증된 Git 연결에 대한 구성을 설정해야 합니다.
go-scm 라이브러리에서 지원하는 Git 리포지토리 공급자를 사용할 수 있습니다. 모든 go-scm 구현이 Git 리졸버에서 테스트된 것은 아니지만 다음 공급자가 작동하는 것으로 알려져 있습니다.
-
GitHub.com및 GitHub Enterprise -
GitLab.com및 자체 호스팅 Gitlab - Gitea
- Bitbucket 서버
- Bitbucket 클라우드
- 인증된 SCM API를 사용하여 Git 연결을 구성할 수 있습니다. 클러스터의 모든 사용자가 하나의 리포지토리에 액세스할 수 있도록 하는 보안 토큰을 제공할 수 있습니다. 또한 특정 파이프라인 또는 작업에 대해 다양한 SCM 공급자 및 토큰을 지정할 수 있습니다.
- 인증된 SCM API를 사용하도록 Git 확인자를 구성하는 경우 익명 Git 복제 참조를 사용하여 파이프라인 및 작업을 검색할 수도 있습니다.
프로세스
TektonConfig사용자 지정 리소스를 편집하려면 다음 명령을 입력합니다.oc edit TektonConfig config
$ oc edit TektonConfig configCopy to Clipboard Copied! Toggle word wrap Toggle overflow TektonConfig사용자 정의 리소스에서pipeline.git-resolver-config사양을 편집합니다.Copy to Clipboard Copied! Toggle word wrap Toggle overflow - 1
- 지정되지 않은 경우 사용할 기본 Git 버전입니다.
- 2
- 단일 Git 복제 확인에 최대 시간이 걸릴 수 있습니다(예:
1m,2s,700ms). Red Hat OpenShift Pipelines는 모든 해결 요청에 대해 글로벌 최대 시간 초과를 1분으로 적용합니다. - 3
- SCM 공급자 유형입니다.
- 4
- 인증된 SCM API와 함께 사용할 기본 URL입니다.
github.com,gitlab.com또는 BitBucket Cloud를 사용하는 경우에는 이 설정이 필요하지 않습니다. - 5
- SCM 공급자 API 토큰이 포함된 시크릿의 이름입니다.
- 6
- 토큰이 포함된 토큰 시크릿 내의 키입니다.
- 7
- 토큰 시크릿이 포함된 네임스페이스가
기본값이아닌 경우입니다. - 8
- 선택 사항: 인증된 API를 사용하는 경우 리포지토리의 기본 조직입니다. 이 조직은 확인자 매개변수에 조직을 지정하지 않는 경우 사용됩니다.
인증된 SCM API를 사용하려면 scm-type,api-token-secret-name, api-token-secret-key 설정이 필요합니다.
3.4.2. 여러 Git 공급자 구성 링크 복사링크가 클립보드에 복사되었습니다!
여러 Git 공급자를 구성하거나 동일한 Git 공급자에 대한 여러 구성을 추가하여 다른 작업 실행 및 파이프라인 실행에 사용할 수 있습니다.
고유 ID 키 접두사를 사용하여 TektonConfig CR(사용자 정의 리소스)에 세부 정보를 추가합니다.
프로세스
다음 명령을 실행하여
TektonConfigCR을 편집합니다.oc edit TektonConfig config
$ oc edit TektonConfig configCopy to Clipboard Copied! Toggle word wrap Toggle overflow TektonConfigCR에서pipeline.git-resolver-config사양을 편집합니다.Copy to Clipboard Copied! Toggle word wrap Toggle overflow 주의.기호가 있는configKey값은 지원되지 않습니다..기호가 포함된configKey값을 전달하려고 하면 값을 통과한TaskRun또는PipelineRun리소스가 실행되지 않습니다.
3.4.3. 인증된 SCM API와 Git 확인자를 사용하여 원격 파이프라인, 작업 또는 단계 작업 지정 링크 복사링크가 클립보드에 복사되었습니다!
파이프라인 실행을 생성할 때 인증된 SCM API를 사용하여 Git 리포지토리에서 원격 파이프라인을 지정할 수 있습니다. 파이프라인 또는 작업 실행을 생성할 때 Git 리포지토리에서 원격 작업을 지정할 수 있습니다. 작업 내에서 단계를 생성할 때 Git 리포지토리에서 원격 StepAction 정의를 참조할 수 있습니다.
사전 요구 사항
- 인증된 SCM API를 사용하려면 Git 확인자에 대해 인증된 Git 연결을 구성해야 합니다.
프로세스
Git 리포지토리의 원격 파이프라인, 작업 또는
StepAction정의를 지정하려면pipelineRef,taskRef또는step.ref사양에 다음 참조 형식을 사용합니다.Copy to Clipboard Copied! Toggle word wrap Toggle overflow Expand 표 3.4. Git 확인자에 지원되는 매개변수 매개변수 설명 예시 값 조직인증된 SCM API를 사용하는 경우 리포지토리의 조직입니다.
tektoncd리포지토리인증된 SCM API를 사용하는 경우 리포지토리 이름입니다.
test-infra버전리포지토리의 Git 버전입니다. 분기 이름, 태그 이름 또는 커밋 SHA 해시를 지정할 수 있습니다.
aeb957601cf41c012be462827053a21a420befcamainv0.38.2pathInRepo리포지토리에 있는 YAML 파일의 경로 이름입니다.
task/golang-build/0.3/golang-build.yaml참고리포지토리를 복제 및 가져오려면
url매개변수를 사용합니다. 인증된 SCM API를 사용하려면repo매개변수를 사용합니다.url매개변수와repo매개변수를 함께 지정하지 마십시오.파이프라인 또는 작업에 추가 매개변수가 필요한 경우 파이프라인, 파이프라인 실행 또는 작업 실행 사양의
params섹션에 이러한 매개변수 값을 지정합니다.pipelineRef또는taskRef사양의params섹션에는 해결자가 지원하는 매개변수만 포함되어야 합니다.
예
다음 예제 파이프라인 실행은 Git 리포지토리의 원격 파이프라인을 참조합니다.
다음 예제 파이프라인은 Git 리포지토리의 원격 작업을 참조합니다.
다음 예제 작업 실행에서는 Git 리포지토리의 원격 작업을 참조합니다.
다음 예제 작업에는 Git 리포지토리의 StepAction 정의를 참조하는 단계가 포함되어 있습니다.
3.4.4. 여러 Git 공급자 지정 링크 복사링크가 클립보드에 복사되었습니다!
TaskRun 및 PipelineRun 리소스를 생성할 때 고유한 configKey 매개변수를 전달하여 여러 Git 공급자를 지정할 수 있습니다.
configKey 매개변수가 전달되지 않으면 기본 구성이 사용됩니다. configKey 값을 기본값으로 설정하여 기본 구성을 지정할 수도 있습니다.
. 기호가 있는 configKey 값은 지원되지 않습니다. . 기호가 포함된 configKey 값을 전달하려고 하면 값을 통과한 TaskRun 또는 PipelineRun 리소스가 실행되지 않습니다.
사전 요구 사항
-
Tektonconfig사용자 정의 리소스를 통해 여러 Git 공급자를 구성합니다. 자세한 내용은 "여러 Git 공급자 구성"을 참조하십시오.
프로세스
Git 공급자를 지정하려면
pipelineRef및taskRef사양에 다음 참조 형식을 사용합니다.Copy to Clipboard Copied! Toggle word wrap Toggle overflow - 1
- 구성 키 중 하나와 일치하는 고유 키(예:
test1)
3.4.5. Git 확인자 구성을 재정의하는 인증된 SCM API와 함께 Git 확인자를 사용하여 원격 파이프라인 또는 작업 지정 링크 복사링크가 클립보드에 복사되었습니다!
특정 파이프라인 실행 또는 작업에서 초기 구성 설정을 재정의하여 다양한 사용 사례에 따라 동작을 사용자 지정할 수 있습니다. 이 방법을 사용하여 TektonConfig CR(사용자 정의 리소스)에 구성되지 않은 인증된 공급자에 액세스할 수 있습니다.
다음 예제 작업 실행에서는 이전 확인자 구성을 재정의하는 Git 리포지토리의 원격 작업을 참조합니다.
| 매개변수 | 설명 | 예시 값 |
|---|---|---|
|
| 리포지토리의 조직입니다. |
|
| 리포지토리 | 리포지토리 이름입니다. | catalog |
| 버전 | 리포지토리의 Git 버전입니다. 분기 이름, 태그 이름 또는 커밋 SHA 해시를 지정할 수 있습니다. | main |
| pathInRepo | 리포지토리에 있는 YAML 파일의 경로 이름입니다. | task/git-clone/0.6/git-clone.yaml |
| token | 인증에 사용되는 시크릿 이름입니다. | my-secret-token |
| tokenKey | 토큰의 키 이름입니다. | token |
| scmType | SCM(소스 제어 관리) 시스템의 유형입니다. | github |
| serverURL | 리포지토리를 호스팅하는 서버의 URL입니다. |
|
3.5. HTTP 확인자를 사용하여 원격 파이프라인, 작업 또는 단계 작업 지정 링크 복사링크가 클립보드에 복사되었습니다!
HTTP 확인자를 사용하여 HTTP 또는 HTTPS URL의 원격 파이프라인, 작업 또는 StepAction 정의를 지정할 수 있습니다. URL은 파이프라인, 작업 또는 단계 작업을 정의하는 YAML 파일을 가리켜야 합니다.
3.5.1. HTTP 확인자 구성 링크 복사링크가 클립보드에 복사되었습니다!
HTTP 확인자를 사용하여 HTTP 또는 HTTPS URL에서 파이프라인 또는 작업을 가져올 수 있습니다. TektonConfig CR(사용자 정의 리소스)을 편집하여 HTTP 확인자의 기본값을 구성할 수 있습니다.
프로세스
다음 명령을 입력하여
TektonConfigCR을 편집합니다.oc edit TektonConfig config
$ oc edit TektonConfig configCopy to Clipboard Copied! Toggle word wrap Toggle overflow TektonConfigCR에서pipeline.http-resolver-config사양을 편집합니다.Copy to Clipboard Copied! Toggle word wrap Toggle overflow - 1
- HTTP 확인자가 서버에서 응답을 기다리는 최대 시간입니다.
3.5.2. HTTP Resolver를 사용하여 원격 파이프라인, 작업 또는 단계 작업 지정 링크 복사링크가 클립보드에 복사되었습니다!
파이프라인 실행을 생성할 때 HTTP 또는 HTTPS URL에서 원격 파이프라인을 지정할 수 있습니다. 파이프라인 또는 작업 실행을 생성할 때 HTTP 또는 HTTPS URL에서 원격 작업을 지정할 수 있습니다. 작업 내에서 단계를 생성할 때 HTTP 또는 HTTPS URL에서 원격 StepAction 정의를 참조할 수 있습니다.
프로세스
pipelineRef,taskRef또는step.ref사양에서 다음 형식을 사용하여 HTTP 또는 HTTPS URL의 원격 파이프라인, 작업 또는StepAction정의를 지정합니다.Copy to Clipboard Copied! Toggle word wrap Toggle overflow Expand 표 3.6. HTTP Resolver에 대해 지원되는 매개변수 매개변수 설명 예제 값 url가져올 Tekton 리소스를 가리키는 HTTP URL입니다.
https://raw.githubusercontent.com/openshift-pipelines/tektoncd-catalog/p/tasks/task-git-clone/0.4.1/task-git-clone.yaml
예
다음 예제 파이프라인 실행은 동일한 클러스터의 원격 파이프라인을 참조합니다.
다음 예제 파이프라인은 HTTPS URL의 원격 작업을 참조하는 작업을 정의합니다.
다음 예제 작업 실행에서는 HTTPS URL의 원격 작업을 참조합니다.
다음 예제 작업에는 HTTPS URL의 StepAction 정의를 참조하는 단계가 포함되어 있습니다.
3.6. 동일한 클러스터의 파이프라인, 작업 또는 단계 작업 지정 링크 복사링크가 클립보드에 복사되었습니다!
클러스터 확인자를 사용하여 Red Hat OpenShift Pipelines가 실행 중인 OpenShift Container Platform 클러스터의 네임스페이스에 정의된 파이프라인, 작업 또는 StepAction 정의를 지정할 수 있습니다.
특히 클러스터 확인자를 사용하여 OpenShift Pipelines가 설치 네임스페이스(일반적으로 openshift-pipelines 네임스페이스)에서 제공하는 작업에 액세스할 수 있습니다.
3.6.1. 클러스터 확인 프로그램 구성 링크 복사링크가 클립보드에 복사되었습니다!
클러스터 확인자의 기본 종류 및 네임스페이스를 변경하거나 클러스터 확인자가 사용할 수 있는 네임스페이스를 제한할 수 있습니다.
프로세스
TektonConfig사용자 지정 리소스를 편집하려면 다음 명령을 입력합니다.oc edit TektonConfig config
$ oc edit TektonConfig configCopy to Clipboard Copied! Toggle word wrap Toggle overflow TektonConfig사용자 정의 리소스에서pipeline.cluster-resolver-config사양을 편집합니다.Copy to Clipboard Copied! Toggle word wrap Toggle overflow
3.6.2. 클러스터 확인자를 사용하여 동일한 클러스터의 파이프라인, 작업 또는 단계 작업 지정 링크 복사링크가 클립보드에 복사되었습니다!
파이프라인 실행을 생성할 때 동일한 클러스터에 존재하는 파이프라인을 지정할 수 있습니다. 파이프라인 또는 작업 실행을 생성할 때 동일한 클러스터에 존재하는 작업을 지정할 수 있습니다. 작업 내에서 단계를 생성할 때 동일한 클러스터에 존재하는 StepAction 정의를 지정할 수 있습니다.
프로세스
동일한 클러스터의 파이프라인, 작업 또는
StepAction정의를 지정하려면pipelineRef,taskRef또는step.ref사양에 다음 참조 형식을 사용합니다.Copy to Clipboard Copied! Toggle word wrap Toggle overflow Expand 표 3.7. 클러스터 확인기에서 지원되는 매개변수 매개변수 설명 예시 값 name가져올 리소스의 이름입니다.
some-pipeline네임스페이스리소스가 포함된 클러스터의 네임스페이스입니다.
other-namespacekind가져올 리소스의 종류입니다.
pipeline파이프라인 또는 작업에 추가 매개변수가 필요한 경우 이러한 매개변수를 매개변수에
제공합니다.
예
다음 예제 파이프라인 실행은 동일한 클러스터의 파이프라인을 참조합니다.
다음 예제 파이프라인은 동일한 클러스터의 작업을 참조합니다.
다음 예제 작업 실행에서는 동일한 클러스터의 작업을 참조합니다.
다음 예제 작업에는 동일한 클러스터의 StepAction 정의를 참조하는 단계가 포함되어 있습니다.
3.7. OpenShift Pipelines 네임스페이스에서 제공되는 작업 링크 복사링크가 클립보드에 복사되었습니다!
OpenShift Pipelines 설치에는 파이프라인에서 사용할 수 있는 표준 작업 세트가 포함되어 있습니다. 이러한 작업은 일반적으로 openshift-pipelines 네임스페이스인 OpenShift Pipelines 설치 네임스페이스에 있습니다. 클러스터 확인자를 사용하여 작업에 액세스할 수 있습니다.
버전 1.16까지 OpenShift Pipelines에는 ClusterTask 기능이 포함되어 있습니다. 버전 1.17 이상에는 더 이상 이 기능이 포함되어 있지 않습니다. 파이프라인에서 ClusterTask 참조를 사용하는 경우 클러스터 확인자를 사용하여 OpenShift Pipelines 설치 네임스페이스에서 사용할 수 있는 작업으로 해당 참조를 다시 생성할 수 있습니다. 그러나 이전 ClusterTask 정의에 비해 이러한 작업에서 특정 변경이 수행됩니다.
OpenShift Pipelines 설치 네임스페이스에서 사용할 수 있는 작업에는 사용자 정의 실행 이미지를 지정할 수 없습니다. 이러한 작업은 BUILDER_IMAGE,gitInitImage 또는 KN_IMAGE 와 같은 매개변수를 지원하지 않습니다. 사용자 정의 실행 이미지를 사용하려면 작업 사본을 생성하고 사본을 편집하여 이미지를 교체합니다.
Buildah
buildah 작업에서는 소스 코드 트리를 컨테이너 이미지로 빌드한 다음 이미지를 컨테이너 레지스트리로 내보냅니다.
buildah 작업 사용 예
| 매개변수 | 설명 | 유형 | 기본값 |
|---|---|---|---|
|
| Buildah에서 빌드할 정규화된 컨테이너 이미지 이름입니다. |
| |
|
|
|
|
|
|
| 컨텍스트로 사용할 디렉터리의 경로입니다. |
|
|
|
| 현재 클러스터 노드 설정의 설정을 반영하도록 Buildah 스토리지 드라이버를 설정합니다. |
|
|
|
|
빌드할 컨테이너 형식( |
|
|
|
|
이미지를 빌드할 때 |
| |
|
|
이미지를 푸시할 때 |
| |
|
| 컨테이너 레지스트리로 이미지 푸시를 건너뜁니다. |
|
|
|
|
TLS 확인 플래그, 일반적으로 |
|
|
|
| 자세한 로깅을 켜십시오. 실행된 모든 명령이 로그에 추가됩니다. |
|
|
| Workspace | 설명 |
|---|---|
|
|
컨테이너 빌드 컨텍스트(일반적으로 |
|
|
Buildah가 컨테이너 레지스트리에 액세스하는 데 사용하는 |
|
|
Buildah가 RHEL(Red Hat Enterprise Linux) 서브스크립션에 액세스하는 데 사용하는 인타이틀먼트 키를 제공하는 선택적 작업 공간입니다. 마운트된 작업 공간에는 |
| 결과 | 유형 | 설명 |
|---|---|---|
|
|
| 빌드된 이미지의 정규화된 이름입니다. |
|
|
| 빌드된 이미지의 요약입니다. |
buildah ClusterTask의 변경 사항
-
VERBOSE매개변수가 추가되었습니다. -
BUILDER_IMAGE매개변수가 제거되었습니다.
git-cli
git-cli 작업에서는 git 명령줄 유틸리티를 실행합니다. 전체 Git 명령 또는 여러 명령을 전달하여 GIT_SCRIPT 매개변수를 사용하여 실행할 수 있습니다. 예를 들어 Git 리포지토리에 대한 인증이 필요한 명령의 경우(예: 내보내기를 완료하려면 인증 자격 증명을 제공해야 합니다.
git-cli 작업 사용 예
- 1
- 이 예에서
ssh-workspace에는 Git 리포지토리에 대한 권한 부여에 유효한 키가 있는.ssh디렉터리 내용이 포함되어야 합니다.
| 매개변수 | 설명 | 유형 | 기본값 |
|---|---|---|---|
|
|
|
|
|
|
| HTTP 프록시 서버(TLS 이외의 요청). |
| |
|
| HTTPS 프록시 서버(TLS 요청). |
| |
|
| HTTP/HTTPS 요청 프록시 비활성화. |
| |
|
|
git 리포지토리가 있는 |
| |
|
| Pod의 Git 사용자 홈 디렉터리의 절대 경로입니다. |
|
|
|
|
git 작업을 완료하기 전에 |
|
|
|
| 실행된 모든 명령을 기록합니다. |
|
|
|
|
글로벌 |
|
|
|
| Git 작업을 수행하기 위한 Git 사용자 이름입니다. |
| |
|
| Git 작업을 수행하기 위한 Git 사용자 이메일 |
| |
|
| 실행할 Git 스크립트입니다. |
|
|
| Workspace | 설명 |
|---|---|
|
|
필요에 따라 개인 키, |
|
|
|
|
| CA 인증서가 포함된 작업 공간입니다. 이 작업 영역을 제공하는 경우 Git은 이러한 인증서를 사용하여 HTTPS를 사용하여 원격 리포지토리와 상호 작용할 때 피어를 확인합니다. |
|
| 가져온 Git 리포지토리가 포함된 작업 공간입니다. |
|
|
Git 리포지토리에 추가해야 하는 파일이 포함된 선택적 작업 공간입니다.
|
| 결과 | 유형 | 설명 |
|---|---|---|
|
|
| 복제된 Git 리포지토리에 있는 현재 분기의 HEAD에 있는 커밋의 SHA 다이제스트입니다. |
git-cli ClusterTask의 변경 사항
- 몇 가지 새로운 매개변수가 추가되었습니다.
-
BASE_IMAGE매개변수가 제거되었습니다. -
ssl-ca-directory작업 공간이 추가되었습니다. -
USER_HOME및VERBOSE매개변수의 기본값이 변경되었습니다. -
결과 이름이
커밋에서COMMIT로 변경되었습니다.
git-clone
git-clone 작업에서는 Git을 사용하여 작업 공간에 원격 리포지토리를 초기화하고 복제합니다. 이 작업은 빌드하거나 이 소스 코드를 처리하는 파이프라인 시작 시 사용할 수 있습니다.
git-clone 작업 사용 예
| 매개변수 | 설명 | 유형 | 기본값 |
|---|---|---|---|
|
|
|
|
|
|
| HTTP 프록시 서버(TLS 이외의 요청). |
| |
|
| HTTPS 프록시 서버(TLS 요청). |
| |
|
| HTTP/HTTPS 요청 프록시 비활성화. |
| |
|
|
작업이 Git 리포지토리를 배치하는 |
| |
|
| Pod의 Git 사용자 홈 디렉터리의 절대 경로입니다. |
|
|
|
| Git 작업을 실행하기 전에 기본 작업 공간의 콘텐츠(있는 경우)를 삭제합니다. |
|
|
|
| 실행된 명령을 기록합니다. |
|
|
|
|
글로벌 |
|
|
|
| Git 리포지토리 URL. |
| |
|
| 확인할 버전(예: 분기 또는 태그)입니다. |
|
|
|
|
버전을 확인하기 전에 작업에서 가져오는 리포지토리의 |
| |
|
| Git 하위 모듈을 초기화하고 가져옵니다. |
|
|
|
| 가져올 커밋 수, "shallow clone"은 단일 커밋입니다. |
|
|
|
| "스parse 체크아웃"을 수행하기 위해 쉼표로 구분된 디렉터리 패턴 목록입니다. |
|
| Workspace | 설명 |
|---|---|
|
|
필요에 따라 개인 키, |
|
|
|
|
| CA 인증서가 포함된 작업 공간입니다. 이 작업 영역을 제공하는 경우 Git은 이러한 인증서를 사용하여 HTTPS를 사용하여 원격 리포지토리와 상호 작용할 때 피어를 확인합니다. |
|
|
가져온 git 리포지토리가 포함된 작업 공간, 데이터는 작업 공간의 루트 또는 |
| 결과 | 유형 | 설명 |
|---|---|---|
|
|
| 복제된 Git 리포지토리에 있는 현재 분기의 HEAD에 있는 커밋의 SHA 다이제스트입니다. |
|
|
| 복제된 리포지토리의 URL입니다. |
|
|
| 복제된 Git 리포지토리에 있는 현재 분기의 HEAD에 있는 커밋의 epoch 타임스탬프입니다. |
git-clone ClusterTask의 변경 사항
- 모든 매개변수 이름이 대문자로 변경되었습니다.
- 모든 결과 이름이 대문자로 변경되었습니다.
-
gitInitImage매개변수가 제거되었습니다.
kn
kn 작업에서는 kn 명령줄 유틸리티를 사용하여 서비스, 버전 또는 경로와 같은 Knative 리소스에 대한 작업을 완료합니다.
kn 작업 사용 예
| 매개변수 | 설명 | 유형 | 기본값 |
|---|---|---|---|
|
|
|
|
|
kn ClusterTask에서 변경 사항
-
KN_IMAGE매개변수가 제거되었습니다.
kn-apply
kn-apply 작업은 지정된 이미지를 Knative 서비스에 배포합니다. 이 작업에서는 kn service apply 명령을 사용하여 지정된 Knative 서비스를 생성하거나 업데이트합니다.
kn-apply 작업 사용 예
| 매개변수 | 설명 | 유형 | 기본값 |
|---|---|---|---|
|
| Knative 서비스 이름입니다. |
| |
|
| 배포할 이미지의 정규화된 이름입니다. |
|
kn-apply ClusterTask에서 변경 사항
-
KN_IMAGE매개변수가 제거되었습니다.
Maven
maven 작업은 Maven 빌드를 실행합니다.
maven 작업 사용 예
| 매개변수 | 설명 | 유형 | 기본값 |
|---|---|---|---|
|
| 실행할 Maven 목표입니다. |
|
|
|
| Maven 리포지토리 미러 URL입니다. |
| |
|
|
작업에서 Maven 빌드를 실행하는 |
|
|
| Workspace | 설명 |
|---|---|
|
| Maven 프로젝트가 포함된 작업 공간입니다. |
|
| 사용자 이름 및 암호와 같이 Maven 서버에 연결하기 위한 시크릿이 포함된 작업 공간입니다. |
|
| 사용자 이름 및 암호와 같이 프록시 서버에 연결하기 위한 자격 증명이 포함된 작업 공간입니다. |
|
|
|
|
| 사용자 지정 Maven 설정이 포함된 Workspace입니다. |
maven ClusterTask에서 변경 사항
-
매개 변수 이름
CONTEXT_DIR이SUBDIRECTORY로 변경되었습니다. -
작업 공간 이름
maven-settings가maven_settings로 변경되었습니다.
openshift-client
openshift-client 작업에서는 oc 명령줄 인터페이스를 사용하여 명령을 실행합니다. 이 작업을 사용하여 OpenShift Container Platform 클러스터를 관리할 수 있습니다.
openshift-client 작업 사용 예
| 매개변수 | 설명 | 유형 | 기본값 |
|---|---|---|---|
|
|
실행할 |
|
|
|
| 사용할 OpenShift Container Platform 버전입니다. |
|
|
| Workspace | 설명 |
|---|---|
|
|
|
|
|
클러스터에 액세스하기 위한 인증 정보가 포함된 |
openshift-client ClusterTask에서 변경 사항
-
작업 공간 이름
manifest-dir이manifest_dir로 변경되었습니다. -
작업 공간 이름
kubeconfig-dir이kubeconfig_dir로 변경되었습니다.
s2i-dotnet
s2i-dotnet 작업은 OpenShift Container Platform 레지스트리에서 image-registry.openshift-image-registry.svc:5000/openshift/dotnet 으로 사용할 수 있는 S2I(Source to Image) dotnet 빌더 이미지를 사용하여 소스 코드를 빌드합니다.
s2i-dotnet 작업의 사용 예
| 매개변수 | 설명 | 유형 | 기본값 |
|---|---|---|---|
|
| S2I 프로세스에서 빌드하는 컨테이너 이미지의 정규화된 이름입니다. |
| |
|
| 빌더 이미지에 대한 기본 assemble 및 run 스크립트가 포함된 URL입니다. |
|
|
|
|
|
| |
|
|
컨텍스트로 사용할 |
|
|
|
| 현재 클러스터 노드 설정의 설정을 반영하도록 Buildah 스토리지 드라이버를 설정합니다. |
|
|
|
|
빌드할 컨테이너 형식( |
|
|
|
|
이미지를 빌드할 때 |
| |
|
|
이미지를 푸시할 때 |
| |
|
| 컨테이너 레지스트리로 이미지 푸시를 건너뜁니다. |
|
|
|
|
TLS 확인 플래그, 일반적으로 |
|
|
|
| 자세한 로깅을 켜십시오. 실행된 모든 명령이 로그에 추가됩니다. |
|
|
|
| 언어 버전에 해당하는 이미지 스트림의 태그입니다. |
|
|
| Workspace | 설명 |
|---|---|
|
| S2I 워크플로의 빌드 컨텍스트인 애플리케이션 소스 코드입니다. |
|
|
Buildah가 컨테이너 레지스트리에 액세스하는 데 사용하는 |
| 결과 | 유형 | 설명 |
|---|---|---|
|
|
| 빌드된 이미지의 정규화된 이름입니다. |
|
|
| 빌드된 이미지의 요약입니다. |
s2i-go
s2i-go 작업에서는 OpenShift Container Platform 레지스트리에서 image-registry.openshift-image-registry.svc:5000/openshift/golang 으로 사용할 수 있는 S2I Golang 빌더 이미지를 사용하여 소스 코드를 빌드합니다.
s2i-go 작업의 사용 예
| 매개변수 | 설명 | 유형 | 기본값 |
|---|---|---|---|
|
| S2I 프로세스에서 빌드하는 컨테이너 이미지의 정규화된 이름입니다. |
| |
|
| 빌더 이미지에 대한 기본 assemble 및 run 스크립트가 포함된 URL입니다. |
|
|
|
|
|
| |
|
|
컨텍스트로 사용할 |
|
|
|
| 현재 클러스터 노드 설정의 설정을 반영하도록 Buildah 스토리지 드라이버를 설정합니다. |
|
|
|
|
빌드할 컨테이너 형식( |
|
|
|
|
이미지를 빌드할 때 |
| |
|
|
이미지를 푸시할 때 |
| |
|
| 컨테이너 레지스트리로 이미지 푸시를 건너뜁니다. |
|
|
|
|
TLS 확인 플래그, 일반적으로 |
|
|
|
| 자세한 로깅을 켜십시오. 실행된 모든 명령이 로그에 추가됩니다. |
|
|
|
| 언어 버전에 해당하는 이미지 스트림의 태그입니다. |
|
|
| Workspace | 설명 |
|---|---|
|
| S2I 워크플로의 빌드 컨텍스트인 애플리케이션 소스 코드입니다. |
|
|
Buildah가 컨테이너 레지스트리에 액세스하는 데 사용하는 |
| 결과 | 유형 | 설명 |
|---|---|---|
|
|
| 빌드된 이미지의 정규화된 이름입니다. |
|
|
| 빌드된 이미지의 요약입니다. |
s2i-java
s2i-java 작업은 OpenShift Container Platform 레지스트리에서 image-registry.openshift-image-registry.svc:5000/openshift/java 로 사용할 수 있는 S2I Java 빌더 이미지를 사용하여 소스 코드를 빌드합니다.
| 매개변수 | 설명 | 유형 | 기본값 |
|---|---|---|---|
|
| S2I 프로세스에서 빌드하는 컨테이너 이미지의 정규화된 이름입니다. |
| |
|
| 빌더 이미지에 대한 기본 assemble 및 run 스크립트가 포함된 URL입니다. |
|
|
|
|
|
| |
|
|
컨텍스트로 사용할 |
|
|
|
| 현재 클러스터 노드 설정의 설정을 반영하도록 Buildah 스토리지 드라이버를 설정합니다. |
|
|
|
|
빌드할 컨테이너 형식( |
|
|
|
|
이미지를 빌드할 때 |
| |
|
|
이미지를 푸시할 때 |
| |
|
| 컨테이너 레지스트리로 이미지 푸시를 건너뜁니다. |
|
|
|
|
TLS 확인 플래그, 일반적으로 |
|
|
|
| 자세한 로깅을 켜십시오. 실행된 모든 명령이 로그에 추가됩니다. |
|
|
|
| 언어 버전에 해당하는 이미지 스트림의 태그입니다. |
|
|
| Workspace | 설명 |
|---|---|
|
| S2I 워크플로의 빌드 컨텍스트인 애플리케이션 소스 코드입니다. |
|
|
Buildah가 컨테이너 레지스트리에 액세스하는 데 사용하는 |
| 결과 | 유형 | 설명 |
|---|---|---|
|
|
| 빌드된 이미지의 정규화된 이름입니다. |
|
|
| 빌드된 이미지의 요약입니다. |
s2i-java ClusterTask에서 변경 사항
- 몇 가지 새로운 매개변수가 추가되었습니다.
-
BUILDER_IMAGE,MAVEN_ARGS_APPEND,MAVEN_CLEAR_REPO,MAVEN_MIRROR_URL매개변수가 제거되었습니다.MAVEN_ARGS_APPEND,MAVEN_CLEAR_REPO및MAVEN_MIRROR_URL값을 환경 변수로 전달할 수 있습니다. -
매개변수 이름
PATH_CONTEXT가CONTEXT로 변경되었습니다. -
매개변수 이름
TLS_VERIFY가TLSVERIFY로 변경되었습니다. -
IMAGE_URL결과가 추가되었습니다.
s2i-nodejs
s2i-nodejs 작업에서는 OpenShift Container Platform 레지스트리에서 image-registry.openshift-image-registry.svc:5000/openshift/nodejs 로 사용할 수 있는 S2I NodeJS 빌더 이미지를 사용하여 소스 코드를 빌드합니다.
s2i-nodejs 작업 사용 예
| 매개변수 | 설명 | 유형 | 기본값 |
|---|---|---|---|
|
| S2I 프로세스에서 빌드하는 컨테이너 이미지의 정규화된 이름입니다. |
| |
|
| 빌더 이미지에 대한 기본 assemble 및 run 스크립트가 포함된 URL입니다. |
|
|
|
|
|
| |
|
|
컨텍스트로 사용할 |
|
|
|
| 현재 클러스터 노드 설정의 설정을 반영하도록 Buildah 스토리지 드라이버를 설정합니다. |
|
|
|
|
빌드할 컨테이너 형식( |
|
|
|
|
이미지를 빌드할 때 |
| |
|
|
이미지를 푸시할 때 |
| |
|
| 컨테이너 레지스트리로 이미지 푸시를 건너뜁니다. |
|
|
|
|
TLS 확인 플래그, 일반적으로 |
|
|
|
| 자세한 로깅을 켜십시오. 실행된 모든 명령이 로그에 추가됩니다. |
|
|
|
| 언어 버전에 해당하는 이미지 스트림의 태그입니다. |
|
|
| Workspace | 설명 |
|---|---|
|
| S2I 워크플로의 빌드 컨텍스트인 애플리케이션 소스 코드입니다. |
|
|
Buildah가 컨테이너 레지스트리에 액세스하는 데 사용하는 |
| 결과 | 유형 | 설명 |
|---|---|---|
|
|
| 빌드된 이미지의 정규화된 이름입니다. |
|
|
| 빌드된 이미지의 요약입니다. |
s2i-perl
s2i-perl 작업은 OpenShift Container Platform 레지스트리에서 image-registry.openshift-image-registry.svc:5000/openshift/perl 로 사용할 수 있는 S2I Perl 빌더 이미지를 사용하여 소스 코드를 빌드합니다.
s2i-perl 작업의 사용 예
| 매개변수 | 설명 | 유형 | 기본값 |
|---|---|---|---|
|
| S2I 프로세스에서 빌드하는 컨테이너 이미지의 정규화된 이름입니다. |
| |
|
| 빌더 이미지에 대한 기본 assemble 및 run 스크립트가 포함된 URL입니다. |
|
|
|
|
|
| |
|
|
컨텍스트로 사용할 |
|
|
|
| 현재 클러스터 노드 설정의 설정을 반영하도록 Buildah 스토리지 드라이버를 설정합니다. |
|
|
|
|
빌드할 컨테이너 형식( |
|
|
|
|
이미지를 빌드할 때 |
| |
|
|
이미지를 푸시할 때 |
| |
|
| 컨테이너 레지스트리로 이미지 푸시를 건너뜁니다. |
|
|
|
|
TLS 확인 플래그, 일반적으로 |
|
|
|
| 자세한 로깅을 켜십시오. 실행된 모든 명령이 로그에 추가됩니다. |
|
|
|
| 언어 버전에 해당하는 이미지 스트림의 태그입니다. |
|
|
| Workspace | 설명 |
|---|---|
|
| S2I 워크플로의 빌드 컨텍스트인 애플리케이션 소스 코드입니다. |
|
|
Buildah가 컨테이너 레지스트리에 액세스하는 데 사용하는 |
| 결과 | 유형 | 설명 |
|---|---|---|
|
|
| 빌드된 이미지의 정규화된 이름입니다. |
|
|
| 빌드된 이미지의 요약입니다. |
s2i-php
s2i-php 작업은 OpenShift Container Platform 레지스트리에서 image-registry.openshift-image-registry.svc:5000/openshift/php 로 사용할 수 있는 S2I PHP 빌더 이미지를 사용하여 소스 코드를 빌드합니다.
s2i-php 작업 사용 예
| 매개변수 | 설명 | 유형 | 기본값 |
|---|---|---|---|
|
| S2I 프로세스에서 빌드하는 컨테이너 이미지의 정규화된 이름입니다. |
| |
|
| 빌더 이미지에 대한 기본 assemble 및 run 스크립트가 포함된 URL입니다. |
|
|
|
|
|
| |
|
|
컨텍스트로 사용할 |
|
|
|
| 현재 클러스터 노드 설정의 설정을 반영하도록 Buildah 스토리지 드라이버를 설정합니다. |
|
|
|
|
빌드할 컨테이너 형식( |
|
|
|
|
이미지를 빌드할 때 |
| |
|
|
이미지를 푸시할 때 |
| |
|
| 컨테이너 레지스트리로 이미지 푸시를 건너뜁니다. |
|
|
|
|
TLS 확인 플래그, 일반적으로 |
|
|
|
| 자세한 로깅을 켜십시오. 실행된 모든 명령이 로그에 추가됩니다. |
|
|
|
| 언어 버전에 해당하는 이미지 스트림의 태그입니다. |
|
|
| Workspace | 설명 |
|---|---|
|
| S2I 워크플로의 빌드 컨텍스트인 애플리케이션 소스 코드입니다. |
|
|
Buildah가 컨테이너 레지스트리에 액세스하는 데 사용하는 |
| 결과 | 유형 | 설명 |
|---|---|---|
|
|
| 빌드된 이미지의 정규화된 이름입니다. |
|
|
| 빌드된 이미지의 요약입니다. |
s2i-python
s2i-python 작업은 OpenShift Container Platform 레지스트리에서 image-registry.openshift-image-registry.svc:5000/openshift/python 으로 사용할 수 있는 S2I Python 빌더 이미지를 사용하여 소스 코드를 빌드합니다.
s2i-python 작업 사용 예
| 매개변수 | 설명 | 유형 | 기본값 |
|---|---|---|---|
|
| S2I 프로세스에서 빌드하는 컨테이너 이미지의 정규화된 이름입니다. |
| |
|
| 빌더 이미지에 대한 기본 assemble 및 run 스크립트가 포함된 URL입니다. |
|
|
|
|
|
| |
|
|
컨텍스트로 사용할 |
|
|
|
| 현재 클러스터 노드 설정의 설정을 반영하도록 Buildah 스토리지 드라이버를 설정합니다. |
|
|
|
|
빌드할 컨테이너 형식( |
|
|
|
|
이미지를 빌드할 때 |
| |
|
|
이미지를 푸시할 때 |
| |
|
| 컨테이너 레지스트리로 이미지 푸시를 건너뜁니다. |
|
|
|
|
TLS 확인 플래그, 일반적으로 |
|
|
|
| 자세한 로깅을 켜십시오. 실행된 모든 명령이 로그에 추가됩니다. |
|
|
|
| 언어 버전에 해당하는 이미지 스트림의 태그입니다. |
|
|
| Workspace | 설명 |
|---|---|
|
| S2I 워크플로의 빌드 컨텍스트인 애플리케이션 소스 코드입니다. |
|
|
Buildah가 컨테이너 레지스트리에 액세스하는 데 사용하는 |
| 결과 | 유형 | 설명 |
|---|---|---|
|
|
| 빌드된 이미지의 정규화된 이름입니다. |
|
|
| 빌드된 이미지의 요약입니다. |
s2i-ruby
s2i-ruby 작업은 OpenShift Container Platform 레지스트리에서 image-registry.openshift-image-registry.svc:5000/openshift/ruby 로 사용할 수 있는 S2I Ruby 빌더 이미지를 사용하여 소스 코드를 빌드합니다.
s2i-ruby 작업 사용 예
| 매개변수 | 설명 | 유형 | 기본값 |
|---|---|---|---|
|
| S2I 프로세스에서 빌드하는 컨테이너 이미지의 정규화된 이름입니다. |
| |
|
| 빌더 이미지에 대한 기본 assemble 및 run 스크립트가 포함된 URL입니다. |
|
|
|
|
|
| |
|
|
컨텍스트로 사용할 |
|
|
|
| 현재 클러스터 노드 설정의 설정을 반영하도록 Buildah 스토리지 드라이버를 설정합니다. |
|
|
|
|
빌드할 컨테이너 형식( |
|
|
|
|
이미지를 빌드할 때 |
| |
|
|
이미지를 푸시할 때 |
| |
|
| 컨테이너 레지스트리로 이미지 푸시를 건너뜁니다. |
|
|
|
|
TLS 확인 플래그, 일반적으로 |
|
|
|
| 자세한 로깅을 켜십시오. 실행된 모든 명령이 로그에 추가됩니다. |
|
|
|
| 언어 버전에 해당하는 이미지 스트림의 태그입니다. |
|
|
| Workspace | 설명 |
|---|---|
|
| S2I 워크플로의 빌드 컨텍스트인 애플리케이션 소스 코드입니다. |
|
|
Buildah가 컨테이너 레지스트리에 액세스하는 데 사용하는 |
| 결과 | 유형 | 설명 |
|---|---|---|
|
|
| 빌드된 이미지의 정규화된 이름입니다. |
|
|
| 빌드된 이미지의 요약입니다. |
skopeo-copy
skopeo-copy 작업은 skopeo copy 명령을 실행합니다.
Skopeo는 원격 컨테이너 이미지 레지스트리를 사용하기 위한 명령줄 툴로, 이미지를 로드하고 실행하는 데몬 또는 기타 인프라가 필요하지 않습니다. skopeo copy 명령은 하나의 원격 레지스트리에서 다른 레지스트리로 이미지를 복사합니다(예: 내부 레지스트리에서 프로덕션 레지스트리로). Skopeo는 사용자가 제공하는 인증 정보를 사용하여 이미지 레지스트리에서 권한 부여를 지원합니다.
skopeo-copy 작업의 사용 예
| 매개변수 | 설명 | 유형 | 기본값 |
|---|---|---|---|
|
| 소스 컨테이너 이미지의 태그를 포함하여 정규화된 이름입니다. |
| |
|
| Skopeo가 소스 이미지를 복사하는 대상 이미지의 태그를 포함하여 정규화된 이름입니다. |
| |
|
|
소스 레지스트리의 TLS 확인 플래그, 일반적으로 |
|
|
|
|
대상 레지스트리의 TLS 확인 플래그, 일반적으로 |
|
|
|
| 디버그 정보를 로그에 출력합니다. |
|
|
| Workspace | 설명 |
|---|---|
|
| 둘 이상의 이미지를 복사하려면 이 작업 공간을 사용하여 이미지 URL을 제공합니다. |
| 결과 | 유형 | 설명 |
|---|---|---|
|
|
| 소스 이미지의 SHA256 다이제스트입니다. |
|
|
| 대상 이미지의 SHA256 다이제스트입니다. |
skopeo-copy ClusterTask의 변경 사항
- 모든 매개변수 이름이 대문자로 변경되었습니다.
-
VERBOSE매개변수가 추가되었습니다. -
작업 공간 이름이
images-url에서images_url로 변경되었습니다. -
SOURCE_DIGEST및DESTINATION_DIGEST결과가 추가되었습니다.
tkn
tkn 작업은 tkn을 사용하여 Tekton 리소스에서 작업을 수행합니다.
tkn 작업 사용 예
| 매개변수 | 설명 | 유형 | 기본값 |
|---|---|---|---|
|
|
실행할 |
|
|
|
|
실행할 |
|
|
| Workspace | 설명 |
|---|---|
|
|
클러스터에 액세스하기 위한 인증 정보가 포함된 |
tkn ClusterTask에서 변경 사항
-
TKN_IMAGE매개변수가 제거되었습니다. -
작업 공간 이름이
kubeconfig에서kubeconfig_dir로 변경되었습니다.
3.8. OpenShift Pipelines와 함께 제공되는 단계 작업 링크 복사링크가 클립보드에 복사되었습니다!
OpenShift Pipelines는 작업에서 사용할 수 있는 표준 StepAction 정의를 제공합니다. 이 정의를 참조하려면 클러스터 확인자를 사용합니다.
git-clone
git-clone 단계 작업은 Git을 사용하여 작업 공간에 원격 리포지토리를 초기화하고 복제합니다. 이 단계 작업을 사용하여 이 소스 코드를 빌드하거나 처리하는 파이프라인 시작 시 리포지토리를 복제하는 작업을 정의할 수 있습니다.
작업에서 git-clone 단계 작업 사용 예
| 매개변수 | 설명 | 유형 | 기본값 |
|---|---|---|---|
|
|
가져온 Git 리포지토리의 디렉터리입니다. 복제된 리포지토리 데이터는 디렉터리의 루트 또는 |
| |
|
|
필요에 따라 개인 키, |
| |
|
|
|
| |
|
| CA 인증서가 포함된 작업 공간입니다. 이 작업 영역을 제공하는 경우 Git은 이러한 인증서를 사용하여 HTTPS를 사용하여 원격 리포지토리와 상호 작용할 때 피어를 확인합니다. |
| |
|
|
|
|
|
|
| HTTP 프록시 서버(TLS 이외의 요청). |
| |
|
| HTTPS 프록시 서버(TLS 요청). |
| |
|
| HTTP/HTTPS 요청 프록시 비활성화. |
| |
|
|
작업이 Git 리포지토리를 배치하는 |
| |
|
| Pod의 Git 사용자 홈 디렉터리의 절대 경로입니다. |
|
|
|
| Git 작업을 실행하기 전에 기본 작업 공간의 콘텐츠(있는 경우)를 삭제합니다. |
|
|
|
| 실행된 명령을 기록합니다. |
|
|
|
|
글로벌 |
|
|
|
| Git 리포지토리 URL. |
| |
|
| 확인할 버전(예: 분기 또는 태그)입니다. |
|
|
|
|
버전을 확인하기 전에 작업에서 가져오는 리포지토리의 |
| |
|
| Git 하위 모듈을 초기화하고 가져옵니다. |
|
|
|
| 가져올 커밋 수, "shallow clone"은 단일 커밋입니다. |
|
|
|
| "스parse 체크아웃"을 수행하기 위해 쉼표로 구분된 디렉터리 패턴 목록입니다. |
|
| 결과 | 유형 | 설명 |
|---|---|---|
|
|
| 복제된 Git 리포지토리에 있는 현재 분기의 HEAD에 있는 커밋의 SHA 다이제스트입니다. |
|
|
| 복제된 리포지토리의 URL입니다. |
|
|
| 복제된 Git 리포지토리에 있는 현재 분기의 HEAD에 있는 커밋의 epoch 타임스탬프입니다. |
3.9. 버전이 아닌 작업 및 버전이 지정된 작업 및 단계 작업 정보 링크 복사링크가 클립보드에 복사되었습니다!
openshift-pipelines 네임스페이스에는 버전이 지정되지 않은 표준 작업 및 단계 작업과 함께 버전이 지정된 작업 및 단계 작업이 포함됩니다. 예를 들어 Red Hat OpenShift Pipelines Operator 버전 1.17을 설치하면 다음 항목이 생성됩니다.
-
Buildah-1-17-0버전 지정 작업 -
Buildah가 버전이 아닌 작업 -
git-clone-1-17-0버전이 지정된StepAction정의 -
git-clone이 지원되지 않는StepAction정의
버전 이외의 작업 및 버전되지 않은 작업 및 단계 작업은 params, Workspaces 및 단계를 포함하여 동일한 메타데이터, 동작 및 사양을 갖습니다. 그러나 Operator를 비활성화하거나 업그레이드할 때 다르게 작동합니다.
비버전 또는 버전이 지정된 작업 및 프로덕션 환경에서 표준으로 단계 조치를 채택하기 전에 클러스터 관리자가 장단점을 고려할 수 있습니다.
| 이점 | 단점 | |
|---|---|---|
| 지원되지 않는 작업 및 단계 작업 |
|
|
| 버전이 지정된 작업 및 단계 작업 |
|
|
버전이 아닌 작업과 버전 지정된 작업 및 단계 작업에는 다른 이름 지정 규칙이 있으며 Red Hat OpenShift Pipelines Operator가 다르게 업그레이드합니다.
| nomenclature | 업그레이드 | |
|---|---|---|
| 지원되지 않는 작업 및 단계 작업 |
버전이 없는 작업 및 단계 작업에는 작업 또는 단계 작업의 이름만 포함됩니다. 예를 들어 Operator v1.17과 함께 설치된 Buildah의 버전이 아닌 작업의 이름은 | Operator를 업그레이드하면 버전이 아닌 작업과 최신 변경 사항으로 단계 작업을 업데이트합니다. 이름은 변경되지 않습니다. |
| 버전이 지정된 작업 및 단계 작업 |
버전이 지정된 작업 및 단계 작업에는 이름이 포함된 다음 버전이 접미사로 포함됩니다. 예를 들어 Operator v1.17과 함께 설치된 Buildah의 버전이 지정된 작업의 이름은 |
Operator를 업그레이드하면 최신 버전의 버전ed 작업 및 단계 작업이 설치되고 즉시 이전 버전이 유지되며 이전 버전이 삭제됩니다. 최신 버전은 업그레이드된 Operator에 해당합니다. 예를 들어 Operator 1.18을 설치하면 |
4장. OpenShift Pipelines에서 수동 승인 사용 링크 복사링크가 클립보드에 복사되었습니다!
파이프라인에 수동 승인 작업을 지정할 수 있습니다. 파이프라인이 이 작업에 도달하면 하나 또는 여러 OpenShift Container Platform 사용자의 승인을 일시 중지하고 기다립니다. 사용자가 작업을 승인하는 대신 거부하도록 선택하면 파이프라인이 실패합니다. 수동 승인 게이트 컨트롤러는 이 기능을 제공합니다.
수동 승인 게이트는 기술 프리뷰 기능 전용입니다. 기술 프리뷰 기능은 Red Hat 프로덕션 서비스 수준 계약(SLA)에서 지원되지 않으며 기능적으로 완전하지 않을 수 있습니다. 따라서 프로덕션 환경에서 사용하는 것은 권장하지 않습니다. 이러한 기능을 사용하면 향후 제품 기능을 조기에 이용할 수 있어 개발 과정에서 고객이 기능을 테스트하고 피드백을 제공할 수 있습니다.
Red Hat 기술 프리뷰 기능의 지원 범위에 대한 자세한 내용은 기술 프리뷰 기능 지원 범위를 참조하십시오.
4.1. 수동 승인 게이트 컨트롤러 활성화 링크 복사링크가 클립보드에 복사되었습니다!
수동 승인 작업을 사용하려면 먼저 수동 승인 게이트 컨트롤러를 활성화해야 합니다.
사전 요구 사항
- 클러스터에 Red Hat OpenShift Pipelines Operator를 설치했습니다.
-
oc명령줄 유틸리티를 사용하여 클러스터에 로그인되어 있습니다. -
openshift-pipelines네임스페이스에 대한 관리자 권한이 있습니다.
프로세스
ManualApprovalGateCR(사용자 정의 리소스)에 대해 다음 매니페스트를 사용하여manual-approval-gate-cr.yaml이라는 파일을 생성합니다.Copy to Clipboard Copied! Toggle word wrap Toggle overflow 다음 명령을 입력하여
ManualApprovalGateCR을 적용합니다.oc apply -f manual-approval-gate-cr.yaml
$ oc apply -f manual-approval-gate-cr.yamlCopy to Clipboard Copied! Toggle word wrap Toggle overflow 다음 명령을 입력하여 수동 승인 게이트 컨트롤러가 실행 중인지 확인합니다.
oc get manualapprovalgates.operator.tekton.dev
$ oc get manualapprovalgates.operator.tekton.devCopy to Clipboard Copied! Toggle word wrap Toggle overflow 출력 예
NAME VERSION READY REASON manual-approval-gate v0.1.0 True
NAME VERSION READY REASON manual-approval-gate v0.1.0 TrueCopy to Clipboard Copied! Toggle word wrap Toggle overflow READY상태가True인지 확인합니다.True가 아닌 경우 몇 분 기다렸다가 명령을 다시 입력합니다. 컨트롤러가 준비 상태에 도달하는 데 시간이 걸릴 수 있습니다.
4.2. 수동 승인 작업 지정 링크 복사링크가 클립보드에 복사되었습니다!
파이프라인에 수동 승인 작업을 지정할 수 있습니다. 파이프라인 실행 실행이 이 작업에 도달하면 파이프라인 실행이 중지되고 하나 이상의 사용자의 승인을 기다립니다.
사전 요구 사항
- 수동 승인자 게이트 컨트롤러를 활성화했습니다.
- 파이프라인의 YAML 사양을 생성하셨습니다.
프로세스
다음 예와 같이 파이프라인에
ApprovalTask를 지정합니다.Copy to Clipboard Copied! Toggle word wrap Toggle overflow Expand 표 4.1. 수동 승인 작업의 매개변수 매개변수 유형 설명 승인자array
작업을 승인할 수 있는 OpenShift Container Platform 사용자입니다.
descriptionstring
선택 사항: 승인 작업에 대한 설명입니다. OpenShift Pipelines는 작업을 승인하거나 거부할 수 있는 사용자에게 설명을 표시합니다.
numberOfApprovalsRequiredstring
작업에 필요한 다른 사용자의 승인 수입니다.
timeoutstring
선택 사항: 승인의 제한 시간입니다. 이 기간 동안 작업에서 구성된 승인 수를 수신하지 못하면 파이프라인 실행이 실패합니다. 기본 제한 시간은 1시간입니다.
4.3. 수동 승인 작업 승인 링크 복사링크가 클립보드에 복사되었습니다!
승인 작업이 포함된 파이프라인을 실행하고 실행이 승인 작업에 도달하면 파이프라인 실행이 일시 중지되고 사용자 승인 또는 거부를 기다립니다.
사용자는 웹 콘솔 또는 opc 명령줄 유틸리티를 사용하여 작업을 승인하거나 거부할 수 있습니다.
작업에 구성된 승인자 중 하나가 작업을 거부하면 파이프라인 실행이 실패합니다.
한 사용자가 작업을 승인하지만 구성된 승인 수에 도달하지 못한 경우 동일한 사용자가 작업을 거부하도록 변경할 수 있으며 파이프라인 실행이 실패합니다.
4.3.1. 웹 콘솔을 사용하여 수동 승인 작업 승인 링크 복사링크가 클립보드에 복사되었습니다!
OpenShift Container Platform 웹 콘솔을 사용하여 수동 승인 작업을 승인하거나 거부할 수 있습니다.
수동 승인 작업에서 승인자로 나열되어 파이프라인 실행이 이 작업에 도달하면 웹 콘솔에 알림이 표시됩니다. 승인이 필요한 작업 목록을 보고 이러한 작업을 승인하거나 거부할 수 있습니다.
사전 요구 사항
- OpenShift Pipelines 콘솔 플러그인을 활성화했습니다.
프로세스
다음 작업 중 하나를 완료하여 승인할 수 있는 작업 목록을 확인합니다.
- 승인이 필요한 작업에 대한 알림이 표시되면 이 알림에서 승인으로 이동 탭을 클릭합니다.
- 관리자 화면 메뉴에서 파이프라인 → 파이프라인을 선택한 다음 승인 탭을 클릭합니다.
- 개발자 화면 메뉴에서 파이프라인을 선택한 다음 승인 탭을 클릭합니다.
- PipelineRun 세부 정보 창의 세부 정보 탭에서 수동 승인 작업을 나타내는 사각형을 클릭합니다. 목록에는 이 작업의 승인만 표시됩니다.
- PipelineRun 세부 정보 창에서 ApprovalTasks 탭을 클릭합니다. 목록에는 이 파이프라인 실행에 대한 승인만 표시됩니다.
승인 작업 목록에서 승인할 작업을 나타내는 줄에서
아이콘을 클릭한 다음 다음 옵션 중 하나를 선택합니다.
- 작업을 승인하려면 승인 을 선택합니다.
- 작업을 거부하려면 거부를 선택합니다.
- Reason 필드에 메시지를 입력합니다.
- Submit 을 클릭합니다.
4.3.2. 명령줄을 사용하여 수동 승인 작업 승인 링크 복사링크가 클립보드에 복사되었습니다!
opc 명령줄 유틸리티를 사용하여 수동 승인 작업을 승인하거나 거부할 수 있습니다. 승인자가 되는 작업 목록을 보고 승인 보류 중인 작업을 승인하거나 거부할 수 있습니다.
사전 요구 사항
-
opc명령줄 유틸리티를 다운로드하여 설치했습니다. 이 유틸리티는tkn명령줄 유틸리티와 동일한 패키지에서 사용할 수 있습니다. -
oc명령줄 유틸리티를 사용하여 클러스터에 로그인되어 있습니다.
프로세스
다음 명령을 입력하여 승인자로 나열된 수동 승인 작업 목록을 확인합니다.
opc approvaltask list
$ opc approvaltask listCopy to Clipboard Copied! Toggle word wrap Toggle overflow 출력 예
NAME NumberOfApprovalsRequired PendingApprovals Rejected STATUS manual-approval-pipeline-01w6e1-task-2 2 0 0 Approved manual-approval-pipeline-6ywv82-task-2 2 2 0 Rejected manual-approval-pipeline-90gyki-task-2 2 2 0 Pending manual-approval-pipeline-jyrkb3-task-2 2 1 1 Rejected
NAME NumberOfApprovalsRequired PendingApprovals Rejected STATUS manual-approval-pipeline-01w6e1-task-2 2 0 0 Approved manual-approval-pipeline-6ywv82-task-2 2 2 0 Rejected manual-approval-pipeline-90gyki-task-2 2 2 0 Pending manual-approval-pipeline-jyrkb3-task-2 2 1 1 RejectedCopy to Clipboard Copied! Toggle word wrap Toggle overflow 선택 사항: 이름, 네임스페이스, 파이프라인 실행 이름, 승인자 목록, 현재 상태를 포함한 수동 승인 작업에 대한 정보를 보려면 다음 명령을 입력합니다.
opc approvaltask describe <approval_task_name>
$ opc approvaltask describe <approval_task_name>Copy to Clipboard Copied! Toggle word wrap Toggle overflow 필요에 따라 수동 승인 작업을 승인하거나 거부합니다.
수동 승인 작업을 승인하려면 다음 명령을 입력합니다.
opc approvaltask approve <approval_task_name>
$ opc approvaltask approve <approval_task_name>Copy to Clipboard Copied! Toggle word wrap Toggle overflow 필요한 경우
-m매개변수를 사용하여 승인 메시지를 지정할 수 있습니다.opc approvaltask approve <approval_task_name> -m <message>
$ opc approvaltask approve <approval_task_name> -m <message>Copy to Clipboard Copied! Toggle word wrap Toggle overflow 수동 승인 작업을 거부하려면 다음 명령을 입력합니다.
opc approvaltask reject <approval_task_name>
$ opc approvaltask reject <approval_task_name>Copy to Clipboard Copied! Toggle word wrap Toggle overflow 선택적으로
-m매개변수를 사용하여 거부에 대한 메시지를 지정할 수 있습니다.opc approvaltask reject <approval_task_name> -m <message>
$ opc approvaltask reject <approval_task_name> -m <message>Copy to Clipboard Copied! Toggle word wrap Toggle overflow
5장. 파이프라인에서 Red Hat 인타이틀먼트 사용 링크 복사링크가 클립보드에 복사되었습니다!
RHEL(Red Hat Enterprise Linux) 인타이틀먼트가 있는 경우 이러한 인타이틀먼트를 사용하여 파이프라인에 컨테이너 이미지를 빌드할 수 있습니다.
Cryostat Operator는 SCA(Simple Common Access)에서 이 Operator로 가져온 후 인타이틀먼트를 자동으로 관리합니다. 이 Operator는 openshift-config-managed 네임스페이스에 etc-pki-entitlement 라는 시크릿을 제공합니다.
다음 두 가지 방법 중 하나로 파이프라인에서 Red Hat 인타이틀먼트를 사용할 수 있습니다.
- 보안을 파이프라인의 네임스페이스에 수동으로 복사합니다. 이 방법은 제한된 수의 파이프라인 네임스페이스가 있는 경우 덜 복잡합니다.
- CSI(Share Resources Container Storage Interface) Driver Operator를 사용하여 네임스페이스 간에 보안을 자동으로 공유합니다.
5.1. 사전 요구 사항 링크 복사링크가 클립보드에 복사되었습니다!
-
oc명령줄 툴을 사용하여 OpenShift Container Platform 클러스터에 로그인했습니다. OpenShift Container Platform 클러스터에서 Insights Operator 기능을 활성화했습니다. 공유 리소스 CSI 드라이버 Operator를 사용하여 네임스페이스 간에 보안을 공유하려면 공유 리소스 CSI 드라이버도 활성화해야 합니다. Insights Operator 및 공유 리소스 CSI 드라이버를 포함한 기능 활성화에 대한 자세한 내용은 기능 게이트를 사용하여 기능 활성화를 참조하십시오.
참고Insights Operator를 활성화한 후 클러스터가 이 Operator로 모든 노드를 업데이트하는지 확인하기 위해 잠시 기다려야 합니다. 다음 명령을 입력하여 모든 노드의 상태를 모니터링할 수 있습니다.
oc get nodes -w
$ oc get nodes -wCopy to Clipboard Copied! Toggle word wrap Toggle overflow Insights Operator가 활성 상태인지 확인하려면 다음 명령을 입력하여
insights-operatorpod가openshift-insights네임스페이스에서 실행 중인지 확인합니다.oc get pods -n openshift-insights
$ oc get pods -n openshift-insightsCopy to Clipboard Copied! Toggle word wrap Toggle overflow Insights Operator로 Red Hat 인타이틀먼트를 가져올 수 있도록 구성했습니다. 자격을 가져오는 방법에 대한 자세한 내용은 Insights Operator를 사용하여 간단한 콘텐츠 액세스 인타이틀먼트 가져오기 를 참조하십시오.
참고Insights Operator에서 인타이틀먼트를 활성 상태인지 확인하려면 다음 명령을 입력하여
etc-pki-entitlement시크릿이openshift-config-managed네임스페이스에 있는지 확인합니다.oc get secret etc-pki-entitlement -n openshift-config-managed
$ oc get secret etc-pki-entitlement -n openshift-config-managedCopy to Clipboard Copied! Toggle word wrap Toggle overflow
5.2. etc-pki-entitlement 시크릿을 수동으로 복사하여 Red Hat 인타이틀먼트 사용 링크 복사링크가 클립보드에 복사되었습니다!
etc-pki-entitlement 보안을 openshift-config-managed 네임스페이스에서 파이프라인의 네임스페이스로 복사할 수 있습니다. 그런 다음 Buildah 작업에 이 시크릿을 사용하도록 파이프라인을 구성할 수 있습니다.
사전 요구 사항
-
시스템에
jq패키지를 설치했습니다. 이 패키지는 RHEL(Red Hat Enterprise Linux)에서 사용할 수 있습니다.
프로세스
다음 명령을 실행하여
openshift-config-managed네임스페이스의etc-pki-entitlement보안을 파이프라인의 네임스페이스로 복사합니다.oc get secret etc-pki-entitlement -n openshift-config-managed -o json | \ jq 'del(.metadata.resourceVersion)' | jq 'del(.metadata.creationTimestamp)' | \ jq 'del(.metadata.uid)' | jq 'del(.metadata.namespace)' | \ oc -n <pipeline_namespace> create -f -
$ oc get secret etc-pki-entitlement -n openshift-config-managed -o json | \ jq 'del(.metadata.resourceVersion)' | jq 'del(.metadata.creationTimestamp)' | \ jq 'del(.metadata.uid)' | jq 'del(.metadata.namespace)' | \ oc -n <pipeline_namespace> create -f -1 Copy to Clipboard Copied! Toggle word wrap Toggle overflow - 1
- &
lt;pipeline_namespace>를 파이프라인의 네임스페이스로 바꿉니다.
-
Buildah 작업 정의에서
openshift-pipelines네임스페이스에 제공된buildah작업 또는 이 작업의 사본을 사용하고 다음 예와 같이rhel-entitlement작업 공간을 정의합니다. -
Buildah 작업을 실행하는 작업 실행 또는 파이프라인 실행에서 다음 예와 같이
etc-pki-entitlement시크릿을rhel-entitlement작업 공간에 할당합니다.
Red Hat 인타이틀먼트를 사용하는 파이프라인 및 작업 정의를 포함한 파이프라인 실행 정의의 예