CI/CD

• .gitconfig 파일
• 기본 인증
• SSH 키 인증
• 신뢰할 수 있는 인증 기관

• 보안 데이터를 사용하여 보안 오브젝트를 생성합니다.
• Pod 서비스 계정을 업데이트하여 보안에 대한 참조를 허용합니다.
• 보안을 환경 변수로 사용하거나 secret 볼륨을 사용하여 파일로 사용하는 Pod를 생성합니다.

프로세스

• create 명령을 사용하여 JSON 또는 YAML 파일에서 보안 오브젝트를 생성합니다.

  $ oc create -f <filename>

  예를 들어 로컬 .docker/config.json 파일에서 보안을 생성할 수 있습니다.

  $ oc create secret generic dockerhub \
      --from-file=.dockerconfigjson=<path/to/.docker/config.json> \
      --type=kubernetes.io/dockerconfigjson

  이 명령은 dockerhub라는 보안의 JSON 사양을 생성한 후 오브젝트를 생성합니다.

  YAML Opaque Secret 오브젝트 정의

  apiVersion: v1
  kind: Secret
  metadata:
    name: mysecret
  type: Opaque 1
  data:
    username: dXNlci1uYW1l
    password: cGFzc3dvcmQ=

  1

  불투명 보안을 지정합니다.

  Docker 구성 JSON 파일 시크릿 오브젝트 정의

  apiVersion: v1
  kind: Secret
  metadata:
    name: aregistrykey
    namespace: myapps
  type: kubernetes.io/dockerconfigjson 1
  data:
    .dockerconfigjson:bm5ubm5ubm5ubm5ubm5ubm5ubm5ubmdnZ2dnZ2dnZ2dnZ2dnZ2dnZ2cgYXV0aCBrZXlzCg== 2

  1

  보안에서 Docker 구성 JSON 파일을 사용하도록 지정합니다.

  2

  base64로 인코딩된 Docker 구성 JSON 파일의 출력입니다.

프로세스

• fieldPath 환경 변수 소스를 값을 가져올 필드의 JsonPath로 설정합니다.

  env:
    - name: FIELDREF_ENV
      valueFrom:
        fieldRef:
          fieldPath: metadata.name

절차

• 보안을 환경 변수로 사용하려면 valueFrom 구문을 설정합니다.

  apiVersion: build.openshift.io/v1
  kind: BuildConfig
  metadata:
    name: secret-example-bc
  spec:
    strategy:
      sourceStrategy:
        env:
        - name: MYVAL
          valueFrom:
            secretKeyRef:
              key: myval
              name: mysecret

프로세스

• imageOptimizationPolicy를 SkipLayers로 설정합니다.

  strategy:
    dockerStrategy:
      imageOptimizationPolicy: SkipLayers

사전 요구 사항

• 입력 보안, 구성 맵 또는 둘 다 BuildConfig 오브젝트에 추가했습니다.

절차

• BuildConfig 오브젝트의 dockerStrategy 정의에서 volumes 배열에 빌드 볼륨을 추가합니다. 예를 들어 다음과 같습니다.

  spec:
    dockerStrategy:
      volumes:
        - name: secret-mvn 1
          mounts:
          - destinationPath: /opt/app-root/src/.ssh 2
          source:
            type: Secret 3
            secret:
              secretName: my-secret 4
        - name: settings-mvn 5
          mounts:
          - destinationPath: /opt/app-root/src/.m2  6
          source:
            type: ConfigMap 7
            configMap:
              name: my-config 8
        - name: my-csi-volume 9
          mounts:
          - destinationPath: /opt/app-root/src/some_path  10
          source:
            type: CSI 11
            csi:
              driver: csi.sharedresource.openshift.io 12
              readOnly: true 13
              volumeAttributes: 14
                attribute: value

  1 5 9

  필수 항목입니다. 고유한 이름입니다.

  2 6 10

  필수 항목입니다. 마운트 지점의 절대 경로입니다. 여기에는 .. 또는 : 이 포함되어서는 안되며 빌더에서 생성한 대상 경로와 충돌하지 않습니다. /opt/app-root/src 는 많은 Red Hat S2I 지원 이미지의 기본 홈 디렉터리입니다.

  3 7 11

  필수 항목입니다. 소스 유형, ConfigMap,Secret 또는 CSI.

  4 8

  필수 항목입니다. 소스의 이름입니다.

  12

  필수 항목입니다. 임시 CSI 볼륨을 제공하는 드라이버입니다.

  13

  선택 사항: true인 경우 드라이버에 읽기 전용 볼륨을 제공하도록 지시합니다.

  14

  선택 사항: 임시 CSI 볼륨의 볼륨 속성입니다. 지원되는 특성 키 및 값은 CSI 드라이버의 설명서를 참조하십시오.

프로세스

• 증분 빌드를 생성하려면 전략 정의를 다음과 같이 수정합니다.

  strategy:
    sourceStrategy:
      from:
        kind: "ImageStreamTag"
        name: "incremental-image:latest" 1
      incremental: true 2

  1

  증분 빌드를 지원하는 이미지를 지정합니다. 빌더 이미지 설명서를 참조하여 이 동작을 지원하는지 확인합니다.

  2

  이 플래그는 증분 빌드 시도 여부를 제어합니다. 빌더 이미지에서 증분 빌드를 지원하지 않는 경우 빌드는 성공하지만 save-artifacts 스크립트 누락으로 인해 증분 빌드가 성공하지 못했다는 로그 메시지가 표시됩니다.

• 애플리케이션 소스 리포지토리의 .s2i/bin 디렉터리에 assemble, run, 또는 save-artifacts 스크립트를 제공합니다.

• 스크립트가 포함된 디렉터리의 URL을 전략 정의의 일부로 제공합니다. 예를 들면 다음과 같습니다.

  strategy:
    sourceStrategy:
      from:
        kind: "ImageStreamTag"
        name: "builder-image:latest"
      scripts: "http://somehost.com/scripts_directory" 1

  1

  이 경로에는 run, assemble, save-artifacts가 추가됩니다. 일부 또는 모든 스크립트가 확인되면 해당 스크립트가 이미지에 제공된 동일한 이름의 스크립트 대신 사용됩니다.

사전 요구 사항

• 입력 보안, 구성 맵 또는 둘 다 BuildConfig 오브젝트에 추가했습니다.

절차

• BuildConfig 오브젝트의 sourceStrategy 정의에서 volumes 배열에 빌드 볼륨을 추가합니다. 예를 들어 다음과 같습니다.

  spec:
    sourceStrategy:
      volumes:
        - name: secret-mvn 1
          mounts:
          - destinationPath: /opt/app-root/src/.ssh 2
          source:
            type: Secret 3
            secret:
              secretName: my-secret 4
        - name: settings-mvn 5
          mounts:
          - destinationPath: /opt/app-root/src/.m2 6
          source:
            type: ConfigMap 7
            configMap:
              name: my-config 8
        - name: my-csi-volume 9
          mounts:
          - destinationPath: /opt/app-root/src/some_path  10
          source:
            type: CSI 11
            csi:
              driver: csi.sharedresource.openshift.io 12
              readOnly: true 13
              volumeAttributes: 14
                attribute: value

프로세스

• customStrategy.from 섹션을 설정합니다.

  strategy:
    customStrategy:
      from:
        kind: "DockerImage"
        name: "openshift/sti-image-builder"

프로세스

• 각 보안을 특정 위치에 마운트하려면 strategy YAML 파일의 secretSource 및 mountPath 필드를 편집합니다.

  strategy:
    customStrategy:
      secrets:
        - secretSource: 1
            name: "secret1"
          mountPath: "/tmp/secret1" 2
        - secretSource:
            name: "secret2"
          mountPath: "/tmp/secret2"

  1

  secretSource는 빌드와 동일한 네임스페이스에 있는 보안에 대한 참조입니다.

  2

  mountPath는 보안을 마운트해야 하는 사용자 정의 빌더 내부의 경로입니다.

• Jenkins에서 동적 작업 및 실행 생성
• 이미지 스트림, 이미지 스트림 태그 또는 구성 맵에서 에이전트 Pod 템플릿 동적 생성
• 환경 변수의 노출입니다.
• OpenShift Container Platform 웹 콘솔의 파이프라인 시각화
• Jenkins Git 플러그인과의 통합으로 OpenShift Container Platform 빌드의 커밋 정보를 Jenkins Git 플러그인에 전달합니다.
• Jenkins 자격 증명 항목에 시크릿 동기화.

• 빌드 구성 내의 인라인 jenkinsfile 필드
• 소스 contextDir에 상대적으로 사용할 jenkinsfile의 위치를 참조하는, 빌드 구성 내의 jenkinsfilePath 필드

• 소스 코드 리포지토리에 있는 파일
• jenkinsfile 필드를 사용하여 빌드 구성의 일부로 포함

• 리포지토리 루트에 있는 jenkinsfile이라는 파일
• 리포지토리의 소스 contextDir 루트에 있는 jenkinsfile이라는 파일
• BuildConfig의 JenkinsPipelineStrategy 섹션에 있는 jenkinsfilePath 필드를 통해 지정되는 파일 이름(제공되는 경우 소스 contextDir에 상대적이고 제공되지 않는 경우 기본값은 리포지토리의 루트임)

• 빌드 구성에 Jenkins 파일 포함
• 빌드 구성에 Jenkins 파일이 포함된 Git 리포지토리에 대한 참조 포함

프로세스

• 빌드 중 사용할 환경 변수를 정의하려면 YAML 파일을 다음과 같이 편집합니다.

  jenkinsPipelineStrategy:
  ...
    env:
      - name: "FOO"
        value: "BAR"

프로세스

• 빌드를 수동으로 다시 실행하려면 다음 명령을 입력합니다.

  $ oc start-build --from-build=<build_name>

프로세스

• stdout에서 빌드 로그를 수동으로 스트리밍하려면 다음 명령을 입력합니다.

  $ oc start-build <buildconfig_name> --follow

프로세스

• 원하는 환경 변수를 지정하려면 다음 명령을 입력합니다.

  $ oc start-build <buildconfig_name> --env=<key>=<value>

프로세스

• 다음 명령을 통해 소스에서 빌드를 시작하여 태그 v2의 아카이브로 로컬 Git 리포지토리의 콘텐츠를 보냅니다.

  $ oc start-build hello-world --from-repo=../hello-world --commit=v2

프로세스

• 여러 빌드를 수동으로 취소하려면 다음 명령을 입력합니다.

  $ oc cancel-build <build1_name> <build2_name> <build3_name>

프로세스

• 모든 빌드를 취소하려면 다음 명령을 입력합니다.

  $ oc cancel-build bc/<buildconfig_name>

프로세스

• 지정된 상태의 빌드를 모두 취소하려면 다음 명령을 입력합니다.

  $ oc cancel-build bc/<buildconfig_name>

프로세스

• BuildConfig의 최신 빌드 로그를 스트리밍하려면 다음 명령을 입력합니다.

  $ oc logs -f bc/<buildconfig_name>

프로세스

• 특정 버전 빌드의 BuildConfig 로그를 스트리밍하려면 다음 명령을 입력합니다.

  $ oc logs --version=<number> bc/<buildconfig_name>

프로세스

• 더 세부적인 출력을 제공하기 위해 BuildConfig에서 sourceStrategy 또는 dockerStrategy의 일부로 BUILD_LOGLEVEL 환경 변수를 전달합니다.

  sourceStrategy:
  ...
    env:
      - name: "BUILD_LOGLEVEL"
        value: "2" 1

  1

  이 값을 원하는 로그 수준으로 조정합니다.

사전 요구 사항

• 여러 이미지 변경 트리거를 구성했습니다. 이러한 트리거는 하나 이상의 빌드를 트리거했습니다.

• lastTriggeredImageID: 예제에 표시되지 않는 이 필드는 OpenShift Container Platform 4.8에서 더 이상 사용되지 않으며 향후 릴리스에서 무시됩니다. 이 BuildConfig에서 마지막 빌드가 트리거된 경우 ImageStreamTag에 대한 확인된 이미지 참조가 포함됩니다.
• paused: 예제에 표시되지 않는 이 필드를 사용하여 이 특정 이미지 변경 트리거를 일시적으로 비활성화할 수 있습니다.
• from: 이 필드를 사용하여 이 이미지 변경 트리거를 구동하는 ImageStreamTag를 참조합니다. 유형은 핵심 Kubernetes 유형인 OwnerReference입니다.

프로세스

• 쉘 스크립트:

  postCommit:
    script: "bundle exec rake test --verbose"

  script 값은 /bin/sh -ic를 사용하여 실행할 쉘 스크립트입니다. 쉘 스크립트가 빌드 후크를 실행하는 데 적합한 경우 이 값을 사용합니다. 예를 들면 위와 같이 단위 테스트를 실행하는 경우입니다. 이미지 항목 지점을 제어하려는 경우 또는 이미지에 /bin/sh가 없는 경우 command 및/또는 args를 사용합니다.

  참고

  추가 -i 플래그는 CentOS 및 RHEL 이미지 작업 환경을 개선하기 위해 도입되었으며 향후 릴리스에서 제거될 수 있습니다.

• 이미지 진입점으로서의 명령:

  postCommit:
    command: ["/bin/bash", "-c", "bundle exec rake test --verbose"]

  이 양식에서 command는 실행할 명령에 해당하며 Dockerfile 참조에 설명된 exec 형식의 이미지 진입점을 덮어씁니다. 이 명령은 이미지에 /bin/sh가 없거나 쉘을 사용하지 않는 경우 필요합니다. 다른 모든 경우에는 script를 사용하는 것이 더 편리할 수 있습니다.

• 인수가 있는 명령:

  postCommit:
    command: ["bundle", "exec", "rake", "test"]
    args: ["--verbose"]

  이 형식은 command에 인수를 추가하는 것과 동일합니다.

사전 요구 사항

• Satellite 인스턴스에서 콘텐츠를 다운로드하는 yum 호환 리포지토리 구성 파일을 제공하거나 생성해야 합니다.

  리포지터리 구성 샘플

  [test-<name>]
  name=test-<number>
  baseurl = https://satellite.../content/dist/rhel/server/7/7Server/x86_64/os
  enabled=1
  gpgcheck=0
  sslverify=0
  sslclientkey = /etc/pki/entitlement/...-key.pem
  sslclientcert = /etc/pki/entitlement/....pem

사전 요구 사항

• 인타이틀먼트 키 및 Satellite 리포지토리 구성을 빌드 볼륨으로 추가했습니다.

• Pipeline: Groovy 구문을 사용하여 애플리케이션을 빌드, 테스트 및 배포의 전체 프로세스를 자동화합니다.
• Node: 스크립팅된 파이프라인을 오케스트레이션하거나 실행할 수 있는 시스템입니다.
• Stage: 파이프라인에서 수행되는 작업의 개념적으로 구별되는 하위 집합입니다. 플러그인 또는 사용자 인터페이스에서는 이 블록을 사용하여 작업의 상태 또는 진행 상황을 표시하는 경우가 많습니다.
• Step: 명령 또는 스크립트를 사용하여 수행할 정확한 작업을 지정하는 단일 작업입니다.

• Pipeline: 일련의 직렬, 병렬 또는 둘 다에 있는 작업 세트입니다.
• Task: 명령, 바이너리 또는 스크립트로 구성된 일련의 단계입니다.
• PipelineRun: 하나 이상의 작업이 있는 파이프라인 실행입니다.

• TaskRun: 하나 이상의 단계로 작업을 실행합니다.

  참고

  매개변수 및 작업 영역과 같은 입력 세트로 PipelineRun 또는 TaskRun을 시작하고 실행 결과 출력 및 아티팩트 세트가 생성됩니다.

• Workspace: Tekton에서 작업 공간은 다음과 같은 목적을 제공하는 개념적 블록입니다.

  • 입력, 출력 및 빌드 아티팩트의 저장.
  • 작업 간에 데이터를 공유하는 공용 공간.
  • 시크릿에 보유된 인증 정보, 구성 맵에 저장된 구성 및 조직에서 공유하는 공통 툴의 마운트 지점.
  참고

  Jenkins에는 Tekton 작업 공간에 직접적으로 해당하는 작업 공간이 없습니다. 복제된 코드 리포지토리를 저장하고 기록 및 아티팩트를 빌드하므로 컨트롤 노드를 작업 영역으로 간주할 수 있습니다. 작업이 다른 노드에 할당되는 경우 복제된 코드와 생성된 아티팩트는 해당 노드에 저장되지만 빌드 기록은 컨트롤 노드에 의해 유지 관리됩니다.

• 이번 업데이트에서는 TaskRun 및 PipelineRun 리소스의 기본 지표 수준을 다음 값으로 변경합니다.

  apiVersion: v1
  kind: ConfigMap
  metadata:
    name: config-observability
    namespace: tekton-pipelines
    labels:
      app.kubernetes.io/instance: default
      app.kubernetes.io/part-of: tekton-pipelines
  data:
    _example: |
    ...
      metrics.taskrun.level: "task"
      metrics.taskrun.duration-type: "histogram"
      metrics.pipelinerun.level: "pipeline"
      metrics.pipelinerun.duration-type: "histogram"

• 이번 업데이트를 통해 Pipeline 및 PipelineRun 리소스 모두에 주석 또는 레이블이 있는 경우 Run 유형의 값이 우선합니다. 주석 또는 레이블이 Task 및 TaskRun 리소스에 있는 경우에도 마찬가지입니다.
• Red Hat OpenShift Pipelines 1.8에서는 이전에 더 이상 사용되지 않는 PipelineRun.Spec.ServiceAccountNames 필드가 제거되었습니다. 대신 PipelineRun.Spec.TaskRunSpecs 필드를 사용합니다.
• Red Hat OpenShift Pipelines 1.8에서는 이전에 더 이상 사용되지 않는 TaskRun.Status.ResourceResults.ResourceRef 필드가 제거되었습니다. 대신 TaskRun.Status.ResourceResults.ResourceName 필드를 사용합니다.
• Red Hat OpenShift Pipelines 1.8에서는 이전에 더 이상 사용되지 않는 Conditions 리소스 유형이 제거되었습니다. 이를 포함하는 Pipeline 리소스 정의에서 Conditions 리소스를 제거합니다. PipelineRun 정의에서 when 표현식을 대신 사용합니다.

• Tekton Chains의 경우 이번 릴리스에서 tekton-provenance 형식이 제거되었습니다. Tekton knative 사용자 정의 리소스에서 "artifacts.taskrun.format": "in-to"를 설정하여 in-to 형식을 사용합니다.

• Red Hat OpenShift Pipelines 1.7.x는 코드 0.5.x로 파이프라인과 함께 제공됩니다. 현재 업데이트는 Code 0.10.x로 Pipeline과 함께 제공됩니다. 이 변경으로 인해 새 컨트롤러의 openshift-pipelines 네임스페이스에 새 경로가 생성됩니다. 파이프라인을 코드로 사용하는 GitHub 앱 또는 Webhook에서 이 경로를 업데이트해야 합니다. 경로를 가져오려면 다음 명령을 사용합니다.

  $ oc get route -n openshift-pipelines pipelines-as-code-controller \
    --template='https://{{ .spec.host }}'

• 이번 업데이트를 통해 Code로 Pipeline은 Repository CRD(사용자 정의 리소스 정의)의 기본 시크릿 키의 이름을 바꿉니다. CRD에서 토큰을 provider. token 로 교체하고 secret 을 webhook.secret 으로 교체합니다.
• 이번 업데이트를 통해 코드로 파이프라인은 개인 리포지토리에 대해 여러 파이프라인 실행을 지원하는 특수 템플릿 변수를 대체합니다. 파이프라인 실행에서 secret: pac-git-basic-auth-{{repo_owner}}-{{repo_name}} 을 secret: {{ git_auth_secret }} }}로 바꿉니다.

• 이번 업데이트를 통해 코드로 Pipeline은 tkn-pac CLI 툴에서 다음 명령을 업데이트합니다.

  • tkn pac 리포지토리 create를 tkn pac create repository 로 바꿉니다.
  • tkn pac repository delete 를 tkn pac delete 리포지토리로 교체합니다.
  • tkn pac 리포지토리 목록을 tkn pac list 로 교체합니다.

• OpenShift Container Platform 4.11부터 Red Hat OpenShift Pipelines Operator를 설치하고 업그레이드하기 위한 프리뷰 및 안정적인 채널이 제거됩니다. Operator를 설치하고 업그레이드하려면 적절한 pipelines-<version > 채널 또는 최신 안정 버전에 최신 채널을 사용합니다. 예를 들어 Pipelines Operator 버전 1.8.x 를 설치하려면 pipelines-1.8 채널을 사용합니다.

  참고

  OpenShift Container Platform 4.10 및 이전 버전에서는 프리뷰 및 stable 채널을 사용하여 Operator를 설치하고 업그레이드할 수 있습니다.

• Red Hat OpenShift Pipelines GA 1.6에서 더 이상 사용되지 않는 tekton.dev/v1alpha1 API 버전에 대한 지원은 향후 Red Hat OpenShift Pipelines GA 1.9 릴리스에서 제거될 예정입니다.

  이러한 변경은 TaskRun,PipelineRun,Task,Pipeline, 유사한 tekton.dev/v1alpha1 리소스가 포함된 파이프라인 구성 요소에 영향을 미칩니다. 또는 Tekton v1 alpha1에서 Tekton v1beta1으로 마이그레이션에 설명된 대로 apiVersion: tekton.dev/v1beta1 을 사용하도록 기존 리소스를 업데이트합니다.

  tekton.dev/v1alpha1 API 버전에 대한 버그 수정 및 지원은 현재 GA 1.8 라이프 사이클이 끝날 때만 제공됩니다.

  중요

  Tekton Operator 의 경우 operator.tekton.dev/v1alpha1 API 버전은 더 이상 사용되지 않습니다. 이 값을 변경할 필요가 없습니다.

• Red Hat OpenShift Pipelines 1.8에서는 PipelineResource CR(사용자 정의 리소스)을 사용할 수 있지만 더 이상 지원되지 않습니다. PipelineResource CR은 기술 프리뷰 기능이며 tekton.dev/v1alpha1 API의 일부이며 더 이상 사용되지 않으며 향후 Red Hat OpenShift Pipelines GA 1.9 릴리스에서 제거될 예정입니다.
• Red Hat OpenShift Pipelines 1.8에서는 Condition CR(사용자 정의 리소스)이 제거됩니다. Condition CR은 더 이상 사용되지 않으며 향후 Red Hat OpenShift Pipelines GA 1.9 릴리스에서 제거될 예정인 tekton.dev/v1alpha1 API의 일부입니다.
• Red Hat OpenShift Pipelines 1.8에서는 gsutil 의 gcr.io 이미지가 제거되었습니다. 이 제거로 인해 이 이미지에 종속된 Pipeline 리소스가 포함된 클러스터가 중단될 수 있습니다. 버그 수정 및 지원은 Red Hat OpenShift Pipelines 1.7 라이프 사이클 종료 후에만 제공됩니다.

• Red Hat OpenShift Pipelines 1.8에서 PipelineRun.Status.TaskRuns 및 PipelineRun.Status.Runs 필드는 더 이상 사용되지 않으며 향후 릴리스에서 제거될 예정입니다. PipelineRuns에서 TEP-0100:anchor TaskRuns 및 Runs Status 를 참조하십시오.

• Red Hat OpenShift Pipelines 1.8에서는 pipelineRunCancelled 상태가 더 이상 사용되지 않으며 향후 릴리스에서 제거될 예정입니다. 이제 PipelineRun 오브젝트의 정상 종료가 알파 기능에서 안정적인 기능으로 승격되었습니다. ( TEP-0058: graceful Pipeline Run Termination.)을 참조하십시오. 또는 pipelineRun Cancelled 상태를 대체하는 Cancelled 상태를 사용할 수 있습니다.

  Pipeline 및 Task 리소스를 변경할 필요가 없습니다. 파이프라인 실행을 취소하는 도구가 있는 경우 다음 릴리스에서 툴을 업데이트해야 합니다. 이러한 변경 사항은 CLI, IDE 확장 등과 같은 툴에도 영향을 미치므로 새로운 PipelineRun 상태를 지원합니다.

  이 기능은 기본적으로 사용 가능하므로 TektonConfig 사용자 정의 리소스 정의에서 pipeline.enable-api-fields 필드를 alpha 로 설정할 필요가 없습니다.

• Red Hat OpenShift Pipelines 1.8에서 PipelineRun 의 timeout 필드가 더 이상 사용되지 않습니다. 대신 알파 기능에서 안정적인 기능으로 승격되는 PipelineRun.Timeouts 필드를 사용합니다.

  이 기능은 기본적으로 사용 가능하므로 TektonConfig 사용자 정의 리소스 정의에서 pipeline.enable-api-fields 필드를 alpha 로 설정할 필요가 없습니다.

• Red Hat OpenShift Pipelines 1.8에서 init 컨테이너는 LimitRange 오브젝트의 기본 요청 계산에서 생략됩니다.

• s2i-nodejs 파이프라인은 nodejs:14-ubi8-minimal 이미지 스트림을 사용하여 S2I(Source-to-Image) 빌드를 수행할 수 없습니다. 해당 이미지 스트림을 사용하면 STEP "RUN /usr/libexec/s2i/assemble": 종료 상태 127 메시지에서 오류 빌드 가 생성됩니다.

  해결방법: nodejs:14-ubi8-minimal 이미지 스트림 대신 nodejs:14-ubi8 을 사용합니다.

• Maven 및 Jib-Maven 클러스터 작업을 실행할 때 기본 컨테이너 이미지는 Intel (x86) 아키텍처에서만 지원됩니다. 따라서 ARM, IBM Power Systems(ppc64le), IBM Z 및 LinuxONE(s390x) 클러스터에서 작업이 실패합니다.

  해결방법: MAVEN_IMAGE 매개변수 값을 maven:3.6.3-adoptopenjdk-11 으로 설정하여 사용자 정의 이미지를 지정합니다.

  작은 정보

  tkn hub 를 사용하여 ARM, IBM Power Systems(ppc64le), IBM Z 및 LinuxONE(s390x)을 기반으로 하는 작업을 설치하기 전에 이러한 플랫폼에서 작업을 실행할 수 있는지 확인합니다. 작업 정보의 "Platforms" 섹션에 ppc64le 및 s390x 가 나열되어 있는지 확인하려면 다음 명령을 실행합니다. tkn hub info task <name>

• ARM, IBM Power Systems, IBM Z 및 LinuxONE에서 s2i-dotnet 클러스터 작업은 지원되지 않습니다.

• 암시적 매개변수 매핑은 최상위 파이프라인 또는 PipelineRun 정의에서 taskRef 작업으로 매개변수를 잘못 전달합니다. 매핑은 고급 리소스에서 인라인 taskSpec 사양이 있는 작업으로만 발생해야 합니다. 이 문제는 TektonConfig 사용자 정의 리소스 정의의 파이프라인 섹션에서 enable-api-fields 필드를 alpha 로 설정하여 이 기능이 활성화된 클러스터에만 영향을 미칩니다.

• 이번 업데이트 이전에는 웹 콘솔의 개발자 보기에서 파이프라인 실행 지표가 불완전하고 오래되었습니다. 이번 업데이트를 통해 메트릭이 올바르게 표시되도록 문제가 수정되었습니다.
• 이번 업데이트 이전에는 파이프라인에 실패한 두 개의 병렬 작업이 있고 그 중 하나에 retries=2 가 있는 경우 최종 작업이 실행되지 않고 파이프라인이 시간 초과되어 실행되지 않았습니다. 예를 들어 pipelines-operator-subscription 작업은 다음 오류 메시지와 함께 간헐적으로 실패했습니다. EOF. 이번 업데이트를 통해 최종 작업이 항상 실행되도록 문제가 수정되었습니다.
• 이번 업데이트 이전에는 작업 실행에 실패하여 파이프라인 실행이 중지된 경우 다른 작업 실행이 재시도를 완료하지 못할 수 있습니다. 결과적으로 finally 작업이 예약되지 않아 파이프라인이 중단되었습니다. 이번 업데이트에서는 이러한 문제가 해결되었습니다. 파이프라인 실행이 완료될 수 있도록 정상 중지에도 파이프라인 실행이 중지되었을 때 TaskRuns 및 Run 오브젝트를 다시 시도할 수 있습니다.
• 이번 업데이트에서는 TaskRun 오브젝트가 있는 네임스페이스에 하나 이상의 LimitRange 오브젝트가 있을 때 리소스 요구 사항을 계산하는 방법을 변경합니다. 스케줄러는 이제 단계 컨테이너를 고려하며 LimitRange 오브젝트에서 요청을 팩터링할 때 사이드카 컨테이너와 같은 다른 모든 앱 컨테이너를 제외합니다.
• 이번 업데이트 이전에는 특정 조건에서 플래그 패키지가 이중 대시 플래그 종료자인 --.에 따라 하위 명령을 잘못 구문 분석할 수 있습니다. 이 경우 실제 명령이 아닌 entrypoint 하위 명령을 실행했습니다. 이번 업데이트에서는 진입점이 올바른 명령을 실행하도록 이 플래그 구문 분석 문제가 해결되었습니다.
• 이번 업데이트 이전에는 이미지를 가져오는 데 실패하거나 가져오기 상태가 불완전하면 컨트롤러에서 여러 패닉을 생성할 수 있습니다. 이번 업데이트에서는 status.TaskSpec 값이 아닌 step.ImageID 값을 확인하여 문제를 해결합니다.
• 이번 업데이트 이전에는 예약되지 않은 사용자 지정 작업이 포함된 파이프라인 실행을 취소하면 PipelineRunCouldntCancel 오류가 발생했습니다. 이번 업데이트에서는 이 문제가 해결되었습니다. 해당 오류를 생성하지 않고 예약되지 않은 사용자 지정 작업이 포함된 파이프라인 실행을 취소할 수 있습니다.

• 이번 업데이트 이전에는 $params["< NAME >"]의 <NAME > 또는 $params['<NAME>'] 에 점 문자(.. )가 포함된 경우 점 오른쪽에 있는 이름의 일부가 추출되지 않았습니다. 예를 들어 $params["org.ipsum.lorem"] 에서 org 만 추출되었습니다.

  이번 업데이트에서는 $params 가 전체 값을 가져오도록 문제가 해결되었습니다. 예를 들어 $params["org.ipsum.lorem"] 및 $params['org.ipsum.lorem'] 은 유효하며 전체 값은 < NAME > , org.ipsum.lorem, 추출됩니다.

  < NAME >이 작은따옴표 또는 이중 따옴표로 묶이지 않은 경우에도 오류가 발생합니다. 예를 들어 $params.org.ipsum.lorem 은 유효하지 않으며 검증 오류를 생성합니다.

• 이번 업데이트를 통해 Trigger 리소스는 사용자 정의 인터셉터를 지원하고 사용자 정의 인터셉터 서비스의 포트가 ClusterInterceptor 정의 파일의 포트와 동일한지 확인합니다.

• 이번 업데이트 이전에는 Tekton Chains 및 Operator 구성 요소에 대한 tkn version 명령이 올바르게 작동하지 않았습니다. 이번 업데이트에서는 명령이 올바르게 작동하고 해당 구성 요소의 버전 정보를 반환하도록 문제가 해결되었습니다.
• 이번 업데이트 이전에는 tkn pr delete --ignore-running 명령을 실행한 후 파이프라인 실행에 status.condition 값이 없는 경우 tkn CLI 툴에 null-pointer 오류(NPE)가 생성되었습니다. 이번 업데이트에서는 CLI 툴이 이제 오류를 생성하고 실행 중인 파이프라인 실행을 올바르게 무시하도록 문제를 해결합니다.
• 이번 업데이트 이전에는 tkn pr delete --keep <value > 또는 tkn tr delete --keep <value > 명령을 사용한 후 파이프라인 실행 또는 작업 실행 수가 값보다 작으면 명령에서 오류를 예상대로 반환하지 않았습니다. 이번 업데이트에서는 명령이 해당 조건에서 오류를 올바르게 반환하도록 문제가 해결되었습니다.
• 이번 업데이트 이전에는 tkn pr delete 또는 tkn tr delete 명령을 --ignore-running 플래그와 함께 -p 또는 -t 플래그와 함께 사용하면 명령이 실행 중이거나 보류 중인 리소스를 잘못 삭제했습니다. 이번 업데이트에서는 이러한 명령이 실행 중이거나 보류 중인 리소스를 무시하도록 문제가 해결되었습니다.

• 이번 업데이트를 통해 TektonECDHE 사용자 정의 리소스를 사용하여 Tekton Chains를 구성할 수 있습니다. 이 기능을 사용하면 업그레이드 중에 덮어쓸 수 있는 chain-config 구성 맵과 달리 업그레이드 후에도 구성을 유지할 수 있습니다.
• 이번 업데이트를 통해 buildah 및 s2i 클러스터 작업을 제외하고 ClusterTask 리소스는 더 이상 기본적으로 root로 실행되지 않습니다.
• 이번 업데이트 이전에는 init 을 첫 번째 인수로 사용하고 두 개 이상의 인수가 있을 때 Red Hat OpenShift Pipelines 1.7.1의 작업이 실패했습니다. 이번 업데이트를 통해 플래그가 올바르게 구문 분석되고 작업 실행이 성공합니다.

• 이번 업데이트 이전에는 OpenShift Container Platform 4.9 및 4.10에 Red Hat OpenShift Pipelines Operator를 설치할 수 없으므로 역할 바인딩이 유효하지 않아 다음과 같은 오류 메시지가 표시됩니다.

  error updating rolebinding openshift-operators-prometheus-k8s-read-binding: RoleBinding.rbac.authorization.k8s.io
  "openshift-operators-prometheus-k8s-read-binding" is invalid:
  roleRef: Invalid value: rbac.RoleRef{APIGroup:"rbac.authorization.k8s.io", Kind:"Role", Name:"openshift-operator-read"}: cannot change roleRef

  이번 업데이트에서는 오류가 더 이상 발생하지 않도록 문제가 해결되었습니다.

• 이전 버전에서는 Red Hat OpenShift Pipelines Operator를 업그레이드하면 파이프라인 서비스 계정이 다시 생성되므로 서비스 계정에 연결된 보안이 손실되었습니다. 이번 업데이트에서는 이 문제가 해결되었습니다. 업그레이드 중에 Operator는 더 이상 파이프라인 서비스 계정을 다시 생성하지 않습니다. 결과적으로 업그레이드 후 파이프라인 서비스 계정에 연결된 시크릿은 업그레이드 후에도 유지되며 리소스(tasks 및 파이프라인)는 계속 올바르게 작동합니다.
• 이번 업데이트를 통해 TektonConfig CR(사용자 정의 리소스)에 인프라 노드 설정이 구성된 경우 코드 Pod로 파이프라인이 인프라 노드에서 실행됩니다.

• 이전 버전에서는 리소스 정리기를 사용하면 각 네임스페이스 Operator에서 별도의 컨테이너에서 실행된 명령을 생성했습니다. 이 설계에서는 네임스페이스 수가 많은 클러스터에서 너무 많은 리소스를 소비했습니다. 예를 들어 단일 명령을 실행하려면 네임스페이스가 1000개인 클러스터가 한 Pod에 1000개의 컨테이너를 생성합니다.

  이번 업데이트에서는 이 문제가 해결되었습니다. 모든 명령이 루프에서 하나의 컨테이너에서 실행되도록 네임스페이스 기반 구성을 작업에 전달합니다.

• Tekton Chains에서 작업 및 이미지에 서명하는 데 사용되는 키를 유지하기 위해 signing-secrets 라는 시크릿을 정의해야 합니다. 그러나 이번 업데이트 이전에는 Red Hat OpenShift Pipelines Operator를 업데이트하면 이 보안을 재설정하거나 덮어쓸 수 있으며 키가 손실되었습니다. 이번 업데이트에서는 이 문제가 해결되었습니다. 이제 Operator를 통해 Tekton Chains를 설치한 후 보안이 구성된 경우 보안이 유지되며 업그레이드로 덮어쓰지 않습니다.

• 이번 업데이트 이전에는 모든 S2I 빌드 작업이 다음 메시지와 유사한 오류로 실패했습니다.

  Error: error writing "0 0 4294967295\n" to /proc/22/uid_map: write /proc/22/uid_map: operation not permitted
  time="2022-03-04T09:47:57Z" level=error msg="error writing \"0 0 4294967295\\n\" to /proc/22/uid_map: write /proc/22/uid_map: operation not permitted"
  time="2022-03-04T09:47:57Z" level=error msg="(unable to determine exit status)"

  이번 업데이트를 통해 pipelines-scc SCC(보안 컨텍스트 제약 조건)는 Buildah 및 S2I 클러스터 작업에 필요한 SETFCAP 기능과 호환됩니다. 결과적으로 Buildah 및 S2I 빌드 작업이 성공적으로 실행될 수 있습니다.

  다양한 언어 및 프레임워크로 작성된 애플리케이션에 대해 Buildah 클러스터 작업 및 S2I 빌드 작업을 성공적으로 실행하려면 build 및 push 와 같은 적절한 단계 오브젝트에 대해 다음 스니펫을 추가합니다.

  securityContext:
    capabilities:
      add: ["SETFCAP"]

• 이번 업데이트 이전에는 Red Hat OpenShift Pipelines Operator를 설치하는 데 예상보다 오래 걸렸습니다. 이번 업데이트에서는 설치 프로세스 속도를 높이기 위해 일부 설정을 최적화합니다.
• 이번 업데이트를 통해 Buildah 및 S2I 클러스터 작업에는 이전 버전보다 적은 단계가 있습니다. 일부 단계는 ResourceQuota 및 LimitRange 오브젝트와 함께 더 잘 작동하며 필요한 것보다 많은 리소스가 필요하지 않도록 단일 단계로 결합되었습니다.
• 이번 업데이트에서는 클러스터 작업에서 Buildah, tkn CLI 툴 및 skopeo CLI 툴 버전을 업그레이드합니다.
• 이번 업데이트 이전에는 네임스페이스가 종료 상태에 있는 경우 RBAC 리소스를 생성할 때 Operator에 실패했습니다. 이번 업데이트를 통해 Operator는 종료 상태의 네임스페이스를 무시하고 RBAC 리소스를 생성합니다.
• 이번 업데이트 이전에는 정리 cronjobs의 Pod가 예상대로 인프라 노드에 예약되지 않았습니다. 대신 작업자 노드에서 예약되었거나 전혀 예약되지 않았습니다. 이번 업데이트를 통해 TektonConfig CR(사용자 정의 리소스)에 구성된 경우 이러한 유형의 Pod를 인프라 노드에 예약할 수 있습니다.

• 변경 사항 중단: 이 업데이트는 TektonConfig 사용자 정의 리소스(CR)에서 disable-working-directory-overwrite 및 disable-home-env-overwrite 필드를 제거합니다. 결과적으로 TektonConfig CR에서 더 이상 $HOME 환경 변수 및 workingDir 매개변수를 자동으로 설정하지 않습니다. CRD( 작업 사용자 정의 리소스 정의)의 env 및 workingDir 필드를 사용하여 $HOME 환경 변수 및 workingDir 매개변수를 설정할 수 있습니다.

• Conditions CRD(사용자 정의 리소스 정의) 유형은 더 이상 사용되지 않으며 향후 릴리스에서 제거될 예정입니다. 대신 권장되는 When 표현식을 사용하십시오.

• 변경 중단: Triggers 리소스는 템플릿을 검증하고 EventListener 및 TriggerBinding 값을 지정하지 않으면 오류를 생성합니다.

• Maven 및 Jib-Maven 클러스터 작업을 실행할 때 기본 컨테이너 이미지는 Intel (x86) 아키텍처에서만 지원됩니다. 따라서 ARM, IBM Power Systems(ppc64le), IBM Z 및 LinuxONE(s390x) 클러스터에서 작업이 실패합니다. 이 문제를 해결하려면 MAVEN_IMAGE 매개변수 값을 maven:3.6.3-adoptopenjdk-11 로 설정하여 사용자 정의 이미지를 지정할 수 있습니다.

  작은 정보

  tkn hub 를 사용하여 ARM, IBM Power Systems(ppc64le), IBM Z 및 LinuxONE(s390x)을 기반으로 하는 작업을 설치하기 전에 이러한 플랫폼에서 작업을 실행할 수 있는지 확인합니다. 작업 정보의 "Platforms" 섹션에 ppc64le 및 s390x 가 나열되어 있는지 확인하려면 다음 명령을 실행합니다. tkn hub info task <name>

• IBM Power Systems, IBM Z 및 LinuxONE에서 s2i-dotnet 클러스터 작업은 지원되지 않습니다.

• 다음 오류가 생성되므로 nodejs:14-ubi8-minimal 이미지 스트림을 사용할 수 없습니다.

  STEP 7: RUN /usr/libexec/s2i/assemble
  /bin/sh: /usr/libexec/s2i/assemble: No such file or directory
  subprocess exited with status 127
  subprocess exited with status 127
  error building at STEP "RUN /usr/libexec/s2i/assemble": exit status 127
  time="2021-11-04T13:05:26Z" level=error msg="exit status 127"

• 암시적 매개변수 매핑은 최상위 파이프라인 또는 PipelineRun 정의에서 taskRef 작업으로 매개변수를 잘못 전달합니다. 매핑은 고급 리소스에서 인라인 taskSpec 사양이 있는 작업으로만 발생해야 합니다. 이 문제는 TektonConfig 사용자 정의 리소스 정의의 파이프라인 섹션에서 enable-api-fields 필드를 alpha 로 설정하여 이 기능이 활성화된 클러스터에만 영향을 미칩니다.

• 이번 업데이트를 통해 Pipeline 및 PipelineRun 오브젝트 정의 둘 다에 라벨 및 주석 과 같은 메타데이터가 있는 경우 PipelineRun 유형의 값이 우선합니다. Task 및 TaskRun 오브젝트에 대한 유사한 동작을 확인할 수 있습니다.
• 이번 업데이트를 통해 timeouts.tasks 필드 또는 timeouts.finally 필드가 0 으로 설정된 경우 timeouts.pipeline 도 0 으로 설정됩니다.
• 이번 업데이트를 통해 shebang을 사용하지 않는 스크립트에서 -x set 플래그가 제거됩니다. 수정을 통해 스크립트 실행에서 발생할 수 있는 데이터 누수가 줄어듭니다.
• 이번 업데이트를 통해 Git 자격 증명의 사용자 이름에 있는 백슬래시 문자가 .gitconfig 파일에서 추가 백슬래시로 이스케이프됩니다.

• 이번 업데이트를 통해 로깅 및 구성 맵을 정리하는 데 EventListener 오브젝트의 종료 속성이 필요하지 않습니다.
• 이번 업데이트를 통해 이벤트 리스너 서버와 연결된 기본 HTTP 클라이언트가 제거되고 사용자 지정 HTTP 클라이언트가 추가되었습니다. 결과적으로 시간 제한이 개선되었습니다.
• 이번 업데이트를 통해 Triggers 클러스터 역할이 소유자 참조와 함께 작동합니다.
• 이번 업데이트를 통해 여러 인터셉터에서 확장을 반환하는 경우 이벤트 리스너의 경쟁 조건이 발생하지 않습니다.

• 이번 업데이트를 통해 tkn pr delete 명령에서 ignore-running 플래그를 사용하여 파이프라인 실행을 삭제하지 않습니다.

• 이번 업데이트를 통해 애드온 매개변수를 수정할 때 Operator Pod가 계속 재시작되지 않습니다.
• 이번 업데이트를 통해 서브스크립션 및 config 사용자 정의 리소스에 구성되지 않은 경우 tkn service CLI Pod가 인프라 노드에 예약됩니다.
• 이번 업데이트를 통해 지정된 버전의 클러스터 작업은 업그레이드 중에 삭제되지 않습니다.

• 이번 업데이트를 통해 --output <string> , 여기서 <string>은 yaml 또는 json 을 사용하여 YAML 또는 JSON 형식의 문자열 을 반환하도록 pipeline 또는 task start 명령을 구성할 수 있습니다. 그렇지 않으면 --output 옵션이 없으면 start 명령은 다른 프로그램에서 구문 분석하기 어려운 사람 친화적인 메시지를 반환합니다. YAML 또는 JSON 형식의 문자열을 반환하는 것은 CI(Continuous Integration) 환경에 유용합니다. 예를 들어, 리소스가 생성되면 yq 또는 jq 를 사용하여 리소스에 대한 YAML 또는 JSON 형식의 메시지를 구문 분석하고 showlog 옵션을 사용하지 않고 해당 리소스가 종료될 때까지 기다릴 수 있습니다.
• 이번 업데이트를 통해 Podman의 auth.json 인증 파일을 사용하여 레지스트리에 인증할 수 있습니다. 예를 들어, tkn bundle push 를 사용하여 Docker CLI 대신 Podman을 사용하여 원격 레지스트리로 내보낼 수 있습니다.
• 이번 업데이트를 통해 tkn [taskrun | pipelinerun] delete --all 명령을 사용하는 경우 새 --keep-since <minutes> 옵션을 사용하여 지정된 수보다 작은 실행을 보존할 수 있습니다. 예를 들어 5분 미만의 실행을 유지하려면 tkn [taskrun | pipelinerun] delete -all --keep-since 5 를 입력합니다.
• 이번 업데이트를 통해 작업 실행 또는 파이프라인 실행을 삭제할 때 --parent-resource 및 --keep-since 옵션을 함께 사용할 수 있습니다. 예를 들어 tkn pipelinerun delete --pipeline pipelinename --keep-since 5 명령은 상위 리소스가 pipelinename 이라는 이름과 기간이 5분 미만인 파이프라인 실행을 유지합니다. tkn tr delete -t <taskname> --keep-since 5 및 tkn tr delete --clustertask <taskname> --keep-since 5 명령이 작업 실행에 대해 유사하게 작동합니다.
• 이번 업데이트에서는 v1beta1 리소스와 함께 작동하도록 트리거 리소스에 대한 지원이 추가되었습니다.

• 이번 업데이트에서는 tkn pipelinerun delete 및 tkn taskrun delete 명령에 ignore-running 옵션이 추가되었습니다.
• 이번 업데이트에서는 tkn task 및 tkn clustertask 명령에 create 하위 명령이 추가되었습니다.
• 이번 업데이트를 통해 tkn pipelinerun delete --all 명령을 사용할 때 새 --label <string > 옵션을 사용하여 라벨로 파이프라인 실행을 필터링할 수 있습니다. 선택적으로 = 및 == 를 같음 연산자 또는 != 과 함께 --label 옵션을 inequality 연산자로 사용할 수 있습니다. 예를 들어 tkn pipelinerun delete --all --label delete --df 및 tkn pipelinerun delete --all --label==asdf 명령은 asdf 레이블이 있는 모든 파이프라인 실행을 삭제합니다.
• 이번 업데이트를 통해 설치된 Tekton 구성 요소 버전을 구성 맵에서 가져오거나 구성 맵이 없으면 배포 컨트롤러에서 설치할 수 있습니다.

• 이번 업데이트를 통해 트리거는 feature-flags 및 config-defaults 구성 맵을 지원하여 기능 플래그를 구성하고 각각 기본값을 설정합니다.
• 이번 업데이트에서는 EventListener 리소스에서 수신한 이벤트를 계산하는 데 사용할 수 있는 새 메트릭 eventlistener_event_count 가 추가되었습니다.

• 이번 업데이트에서는 v1beta1 Go API 유형이 추가되었습니다. 이번 업데이트를 통해 트리거는 이제 v1beta1 API 버전을 지원합니다.

  현재 릴리스에서는 v1alpha1 기능이 더 이상 사용되지 않으며 향후 릴리스에서 제거됩니다. 대신 v1beta1 기능을 사용합니다.

• 현재 릴리스에서는 리소스의 자동 실행이 기본적으로 활성화되어 있습니다. 또한 다음 새 주석을 사용하여 각 네임스페이스에 대해 작업 실행 및 파이프라인 실행 자동 실행을 구성할 수 있습니다.

  • operator.tekton.dev/prune.schedule: 이 주석의 값이 TektonConfig 사용자 지정 리소스 정의에 지정된 값과 다른 경우 해당 네임스페이스의 새 cron 작업이 생성됩니다.
  • operator.tekton.dev/prune.skip: true 로 설정하면 구성된 네임스페이스가 표시되지 않습니다.
  • operator.tekton.dev/prune.resources: 이 주석은 쉼표로 구분된 리소스 목록을 허용합니다. 파이프라인 실행과 같은 단일 리소스를 정리하려면 이 주석을 "pipelinerun" 으로 설정합니다. 작업 실행 및 파이프라인 실행과 같은 여러 리소스를 정리하려면 이 주석을 "taskrun, pipelinerun" 로 설정합니다.
  • operator.tekton.dev/prune.keep: 이 주석을 사용하여 prunning 없이 리소스를 유지합니다.

  • operator.tekton.dev/prune.keep-since:이 주석을 사용하여 수명에 따라 리소스를 유지합니다. 이 주석의 값은 리소스 사용 기간(분)과 같아야 합니다. 예를 들어 5일 전에 생성된 리소스를 유지하려면 keep-since 를 7200 으로 설정합니다.

    참고

    keep 및 keep-since 주석은 상호 배타적입니다. 모든 리소스의 경우 해당 리소스 중 하나만 구성해야 합니다.

  • operator.tekton.dev/prune.strategy: 이 주석의 값을 유지하거나 keep -since 로 설정합니다.
• 관리자는 전체 클러스터에 대한 파이프라인 서비스 계정 생성을 비활성화하고 관련 SCC를 잘못 사용하여 권한 에스컬레이션을 방지할 수 있습니다. 이 SCC는 anyuid 와 매우 유사합니다.
• TektonConfig CR(사용자 정의 리소스) 및 개별 구성 요소의 CR(예: TektonPipeline, TektonTriggers )을 사용하여 기능 플래그 및 구성 요소를 구성할 수 있습니다. 이러한 세분성 수준은 개별 구성 요소에 대한 Tekton OCI 번들과 같은 알파 기능을 사용자 지정하고 테스트하는 데 도움이 됩니다.
• PipelineRun 리소스에 대한 선택적 Timeouts 필드를 구성할 수 있습니다. 예를 들어 파이프라인 실행, 각 작업 실행 및 finally 작업에 대해 시간 제한을 별도로 구성할 수 있습니다.
• TaskRun 리소스에서 생성한 Pod는 이제 Pod의 activeDeadlineSeconds 필드를 설정합니다. 이를 통해 OpenShift는 이를 종료로 간주할 수 있으며 pod에 대해 특별히 범위가 지정된 ResourceQuota 오브젝트를 사용할 수 있습니다.
• configmaps를 사용하여 작업 실행, 파이프라인 실행, 작업 및 파이프라인에서 메트릭 태그 또는 레이블 유형을 제거할 수 있습니다. 또한 히스토그램, 게이지 또는 마지막 값과 같은 기간 측정을 위해 다양한 유형의 메트릭을 구성할 수 있습니다.
• Tekton이 이제 Min,Max, Default , Default Request 필드를 고려하여 LimitRange 오브젝트를 완전히 지원하므로 Pod에서 요청 및 제한을 일관되게 정의할 수 있습니다.

• 다음 알파 기능이 도입되었습니다.

  • 이제 파이프라인 실행이 모든 작업 실행의 실행을 직접 중지한 이전 동작이 아닌 finally 작업을 실행한 후 중지할 수 있습니다. 이번 업데이트에서는 다음 spec.status 값을 추가합니다.

    • StoppedRunFinally 는 완료된 후 현재 실행 중인 작업을 중지한 다음 finally 작업을 실행합니다.
    • CancelledRun finally는 실행 중인 작업을 즉시 취소하고 finally 작업을 실행합니다.

    • 취소 하면 PipelineRunCancelled 상태에서 제공하는 이전 동작이 유지됩니다.

      참고

      취소된 상태는 v1 버전에서 제거될 더 이상 사용되지 않는 PipelineRunCancelled 상태를 대체합니다.

  • 이제 oc debug 명령을 사용하여 작업을 디버그 모드로 설정하여 실행을 일시 중지하고 Pod의 특정 단계를 검사할 수 있습니다.
  • 계속할 단계의 onError 필드를 설정하면 단계 종료 코드가 기록되어 후속 단계로 전달됩니다. 그러나 작업 실행은 실패하지 않으며 작업의 나머지 단계를 계속 실행합니다. 기존 동작을 유지하려면 onError 필드 값을 stopAndFail 로 설정할 수 있습니다.
  • 작업에서 실제로 사용되는 것보다 더 많은 매개변수를 허용할 수 있습니다. 알파 기능 플래그를 활성화하면 매개 변수가 인라인 사양으로 암시적으로 전파될 수 있습니다. 예를 들어 인라인 작업은 작업에 대한 각 매개변수를 명시적으로 정의하지 않고도 상위 파이프라인 실행의 매개변수에 액세스할 수 있습니다.
  • 알파 기능에 대한 플래그를 활성화하면 When 표현식의 조건이 직접 연결된 작업에만 적용되며 작업의 종속 항목은 적용되지 않습니다. 식을 연결된 작업 및 해당 종속 항목에 적용하려면 식을 종속된 각 작업과 별도로 연결해야 합니다. 앞으로 이 동작은 Tekton의 새 API 버전에서 When 표현식의 기본 동작입니다. 이 업데이트 대신 기존 기본 동작이 더 이상 사용되지 않습니다.

• 현재 릴리스에서는 TektonConfig CR(사용자 정의 리소스)에서 nodeSelector 및 허용 오차 값을 지정하여 노드 선택을 구성할 수 있습니다. Operator는 이러한 값을 생성하는 모든 배포에 추가합니다.

  • Operator의 컨트롤러 및 웹 후크 배포에 대한 노드 선택을 구성하려면 Operator를 설치한 후 Subscription CR 사양에서 config.nodeSelector 및 config.tolerations 필드를 편집합니다.
  • 인프라 노드에 OpenShift Pipelines의 나머지 컨트롤 플레인 Pod를 배포하려면 nodeSelector 및 tolerations 필드를 사용하여 TektonConfig CR을 업데이트합니다. 그런 다음 수정 사항이 Operator에서 생성한 모든 Pod에 적용됩니다.

• CLI 0.21.0에서 clustertask, task ,task run, pipelinerun 명령에 대한 모든 v1alpha1 리소스를 지원하지 않습니다. 이러한 리소스는 더 이상 사용되지 않으며 향후 릴리스에서 제거됩니다.

• Tekton Triggers v0.16.0에서는 EventListener 리소스에 대한 지표에서 중복 상태 레이블이 제거됩니다.

  중요

  변경 중단: eventlistener_http_duration_seconds_* 메트릭에서 상태 레이블이 제거되었습니다. 상태 레이블을 기반으로 하는 쿼리를 제거합니다.

• 현재 릴리스에서는 v1alpha1 기능이 더 이상 사용되지 않으며 향후 릴리스에서 제거됩니다. 이번 업데이트를 통해 대신 v1beta1 Go API 유형을 사용할 수 있습니다. Trigger가 이제 v1beta1 API 버전을 지원합니다.

• 현재 릴리스에서는 EventListener 리소스에서 트리거가 처리를 완료하기 전에 응답을 보냅니다.

  중요

  변경 사항 중단: 이 변경으로 인해 리소스를 생성할 때 EventListener 리소스가 201 Created 상태 코드로 응답하지 않습니다. 대신 202 Accepted 응답 코드로 응답합니다.

• 현재 릴리스에서는 EventListener 리소스에서 podTemplate 필드를 제거합니다.

  중요

  변경 중단: #1100 의 일부로 더 이상 사용되지 않는 podTemplate 필드가 제거되었습니다.

• 현재 릴리스에서는 EventListener 리소스의 사양에서 더 이상 사용되지 않는 복제본 필드를 제거합니다.

  중요

  변경 사항 중단: 더 이상 사용되지 않는 복제본 필드가 제거되었습니다.

• Red Hat OpenShift Pipelines 1.6에서 HOME="/tekton/home" 및 workingDir="/workspace" 의 값은 Step 오브젝트의 사양에서 제거됩니다.

  대신 Red Hat OpenShift Pipelines는 Step 오브젝트를 실행하는 컨테이너에서 정의한 값으로 HOME 및 workingDir 을 설정합니다. Step 오브젝트의 사양에 따라 이러한 값을 재정의할 수 있습니다.

  이전 동작을 사용하려면 TektonConfig CR의 disable-working-directory-overwrite 및 disable-home-env-overwrite 필드를 false 로 변경할 수 있습니다.

  apiVersion: operator.tekton.dev/v1alpha1
    kind: TektonConfig
    metadata:
      name: config
    spec:
      pipeline:
        disable-working-directory-overwrite: false
        disable-home-env-overwrite: false
    ...

  중요

  TektonConfig CR의 disable-working-directory-overwrite 및 disable-home-env-overwrite 필드는 더 이상 사용되지 않으며 향후 릴리스에서 제거됩니다.

• Maven 및 Jib-Maven 클러스터 작업을 실행할 때 기본 컨테이너 이미지는 Intel (x86) 아키텍처에서만 지원됩니다. 따라서 IBM Power Systems(ppc64le), IBM Z 및 LinuxONE(s390x) 클러스터에서 작업이 실패합니다. 이 문제를 해결하려면 MAVEN_IMAGE 매개변수 값을 maven:3.6.3-adoptopenjdk-11 로 설정하여 사용자 정의 이미지를 지정할 수 있습니다.
• IBM Power Systems, IBM Z 및 LinuxONE에서 s2i-dotnet 클러스터 작업은 지원되지 않습니다.
• tkn hub 를 사용하여 IBM Power Systems(ppc64le), IBM Z 및 LinuxONE(s390x)의 Tekton Catalog를 기반으로 작업을 설치하기 전에 이러한 플랫폼에서 작업을 실행할 수 있는지 확인합니다. 작업 정보의 "Platforms" 섹션에 ppc64le 및 s390x 가 나열되어 있는지 확인하려면 다음 명령을 실행합니다. tkn hub info task <name>

• 다음 오류가 생성되므로 nodejs:14-ubi8-minimal 이미지 스트림을 사용할 수 없습니다.

  STEP 7: RUN /usr/libexec/s2i/assemble
  /bin/sh: /usr/libexec/s2i/assemble: No such file or directory
  subprocess exited with status 127
  subprocess exited with status 127
  error building at STEP "RUN /usr/libexec/s2i/assemble": exit status 127
  time="2021-11-04T13:05:26Z" level=error msg="exit status 127"

• tkn hub 명령이 IBM Power Systems, IBM Z 및 LinuxONE에서 지원됩니다.

• 이번 업데이트 이전에는 사용자가 tkn 명령을 실행한 후 터미널을 사용할 수 없어 재시도 횟수 가 지정된 경우에도 파이프라인 실행이 수행되었습니다. 작업 실행 또는 파이프라인 실행에 시간 초과를 지정할 수 없었습니다. 이번 업데이트에서는 명령을 실행한 후 터미널을 사용할 수 있도록 문제를 해결합니다.
• 이번 업데이트 이전에는 tkn pipelinerun delete --all 을 실행하면 모든 리소스가 삭제됩니다. 이번 업데이트에서는 running 상태의 리소스가 삭제되지 않습니다.
• 이번 업데이트 이전에는 tkn 버전 --component=<component> 명령을 사용하여 구성 요소 버전을 반환하지 않았습니다. 이번 업데이트에서는 이 명령이 구성 요소 버전을 반환하도록 문제를 해결합니다.
• 이번 업데이트 이전에는 tkn pr logs 명령을 사용할 때 파이프라인 출력 로그가 잘못된 작업 순서로 표시되었습니다. 이번 업데이트에서는 완료된 PipelineRun 로그가 적절한 TaskRun 실행 순서에 나열되도록 문제를 해결합니다.

• 이번 업데이트 이전에는 실행 중인 파이프라인의 사양을 편집하면 파이프라인 실행이 완료될 때 중지되지 않을 수 있습니다. 이번 업데이트에서는 정의를 한 번만 가져온 다음 확인을 위해 상태에 저장된 사양을 사용하여 문제를 해결합니다. 이 변경으로 PipelineRun 또는 TaskRun 이 실행되는 동안 변경되는 Pipeline 또는 Task 를 참조할 때 경쟁 조건의 확률을 줄입니다.
• 이제 식 값에 [$(params.arrayParam[*])]와 같은 배열 매개 변수 참조가 있을 수 있습니다.

• 대상 네임스페이스의 cron 작업으로 파이프라인 실행 및 작업 실행이 자동으로 제거됩니다. cron 작업에서는 IMAGE_JOB_PRUNER_TKN 환경 변수를 사용하여 tkn image 값을 가져옵니다. 이번 개선된 기능을 통해 TektonConfig 사용자 정의 리소스에 다음 필드가 도입되었습니다.

  ...
  pruner:
    resources:
      - pipelinerun
      - taskrun
    schedule: "*/5 * * * *" # cron schedule
    keep: 2 # delete all keeping n
  ...

• OpenShift Container Platform에서는 TektonConfig 사용자 정의 리소스에서 새 매개변수 clusterTasks 및 pipelinesTemplates 값을 수정하여 Tekton 애드온 구성 요소 설치를 사용자 지정할 수 있습니다.

  apiVersion: operator.tekton.dev/v1alpha1
  kind: TektonConfig
  metadata:
    name: config
  spec:
    profile: all
    targetNamespace: openshift-pipelines
    addon:
      params:
      - name: clusterTasks
        value: "true"
      - name: pipelineTemplates
        value: "true"
  ...

  사용자 지정은 TektonConfig를 사용하여 애드온을 만들거나 Techton 애드온을 사용하여 직접 만드는 경우에 허용됩니다. 그러나 매개 변수가 전달되지 않으면 컨트롤러는 기본값을 사용하여 매개 변수를 추가합니다.

  참고
  • TektonConfig 사용자 지정 리소스를 사용하여 추가 기능이 생성되고 Addon 사용자 정의 리소스의 뒷부분에서 매개변수 값을 변경하면 TektonConfig 사용자 지정 리소스의 값이 변경 사항을 덮어씁니다.
  • clusterTasks 매개변수 값이 true인 경우에만 pipelinesTemplates 매개변수의 값을 true로 설정할 수 있습니다.

• enableMetrics 매개변수는 TektonConfig 사용자 지정 리소스에 추가됩니다. 이를 사용하여 OpenShift Container Platform용 Tekton Pipelines의 일부인 서비스 모니터를 비활성화할 수 있습니다.

  apiVersion: operator.tekton.dev/v1alpha1
  kind: TektonConfig
  metadata:
    name: config
  spec:
    profile: all
    targetNamespace: openshift-pipelines
    pipeline:
      params:
      - name: enableMetrics
        value: "true"
  ...

• 프로세스 수준에서 메트릭을 캡처하는 EventListener OpenCensus 메트릭이 추가되었습니다.
• 트리거에 레이블 선택기가 있습니다. 레이블을 사용하여 이벤트 리스너에 대한 트리거를 구성할 수 있습니다.

• 인터셉터 등록에 대한 ClusterInterceptor 사용자 정의 리소스 정의가 추가되어 연결할 수 있는 새로운 Interceptor 유형을 등록할 수 있습니다. 또한 다음과 같은 관련 변경 사항이 적용됩니다.

  • 트리거 사양에서는 클러스터 인터셉터를 참조하기 위해 ref 필드를 포함하는 새 API를 사용하여 인터셉터를 구성할 수 있습니다. 또한 params 필드를 사용하여 처리를 위해 인터셉터에 전달되는 매개변수를 추가할 수 있습니다.
  • 번들 인터셉터 CEL, GitHub, GitLab, BitBucket이 마이그레이션되었습니다. 새 ClusterInterceptor 사용자 정의 리소스 정의를 사용하여 구현됩니다.
  • 코어 인터셉터는 새 형식으로 마이그레이션되고 이전 구문을 사용하여 생성된 새 트리거가 새 ref 또는 params 기반 구문으로 자동 전환됩니다.
• 로그를 표시하는 동안 작업 이름 또는 단계의 접두사를 비활성화하려면 log 명령에 --prefix 옵션을 사용합니다.
• 특정 구성 요소의 버전을 표시하려면 tkn version 명령에서 새 --component 플래그를 사용합니다.
• tkn hub check-upgrade 명령이 추가되고 파이프라인 버전을 기반으로 다른 명령이 수정되었습니다. 또한 search 명령 출력에 카탈로그 이름이 표시됩니다.
• 선택적 작업 공간에 대한 지원이 start 명령에 추가됩니다.
• plugins 디렉토리에 플러그인이 없으면 현재 경로에서 검색됩니다.

• tkn start [task | clustertask | pipeline] 명령은 대화식으로 시작하고 기본 매개변수를 지정하는 경우에도 params 값을 요청합니다. 대화식 프롬프트를 중지하려면 명령을 호출할 때 --use-param-defaults 플래그를 전달합니다. 예를 들면 다음과 같습니다.

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

• version 필드는 tkn task describe 명령에 추가됩니다.
• TriggerTemplate 또는 TriggerBinding 또는 ClusterTriggerBinding 또는 Eventlistener와 같은 리소스를 자동으로 선택하는 옵션은 하나만 있는 경우 describe 명령에 추가됩니다.
• tkn pr describe 명령에 건너뛰는 작업의 섹션이 추가됩니다.
• tkn clustertask logs에 대한 지원이 추가되었습니다.
• config.yaml에서 YAML 병합 및 변수가 제거됩니다. 또한 kustomize 및 ytt와 같은 툴에서 release.yaml 파일을 더 쉽게 사용할 수 있습니다.
• 리소스 이름에 점 문자(".")가 포함되도록 지원이 추가되었습니다.
• PodTemplate 사양의 hostAliases 어레이는 호스트 이름 확인의 Pod 수준 재정의에 추가됩니다. 이를 위해 /etc/hosts 파일을 수정합니다.
• $(tasks.status) 변수가 도입되어 작업의 집계 실행 상태에 액세스합니다.
• Windows용 진입점 바이너리 빌드가 추가되었습니다.

• when 표현식에서 작성된 필드에 대한 지원에서는 PascalCase가 제거되었습니다. when 표현식은 소문자로 작성된 필드만 지원합니다.

  참고

  Tekton Pipelines v0.16(Operator v 1.2.x )에서 when 표현식과 함께 파이프라인을 적용한 경우 다시 적용해야 합니다.

• Red Hat OpenShift Pipelines Operator를 v1.5로 업그레이드하면 openshift-client 및 openshift-client-v-1-5-0 클러스터 작업에 SCRIPT 매개변수가 있습니다. 그러나 ARGS 매개변수와 git 리소스는 openshift-client 클러스터 작업의 사양에서 제거됩니다. 이는 중단된 변경 사항이며 ClusterTask 리소스의 name 필드에 특정 버전이 없는 클러스터 작업만 원활하게 업그레이드됩니다.

  파이프라인 실행이 중단되지 않도록 하려면 업그레이드 후 ARGS 매개변수에 지정된 값을 클러스터 작업의 SCRIPT 매개변수로 이동하기 때문에 SCRIPT 매개변수를 사용합니다. 예를 들면 다음과 같습니다.

  ...
  - name: deploy
    params:
    - name: SCRIPT
      value: oc rollout status <deployment-name>
    runAfter:
      - build
    taskRef:
      kind: ClusterTask
      name: openshift-client
  ...

• Red Hat OpenShift Pipelines Operator v1.4에서 v1.5로 업그레이드하면 TektonConfig 사용자 정의 리소스가 설치된 프로필 이름이 변경됩니다.

  표 4.3. TektonConfig 사용자 정의 리소스의 프로필

  Pipeline 1.5의 프로필	Pipelines 1.4의 해당 프로필	설치된 Tekton 구성 요소
  모두(기본 프로필)	모두(기본 프로필)	파이프라인, 트리거, 애드온
  Basic	Default	파이프라인, 트리거
  Lite	Basic	파이프라인

  참고

  TektonConfig 사용자 정의 리소스의 config 인스턴스에서 profile: all을 사용한 경우 리소스 사양을 변경할 필요가 없습니다.

  그러나 설치된 Operator가 업그레이드 전에 Default 또는 Basic 프로필에 있는 경우 업그레이드 후 TektonConfig 사용자 정의 리소스의 config 인스턴스를 편집해야 합니다. 예를 들어 구성이 업그레이드 전에 profile: basic인 경우 Pipelines 1.5로 업그레이드한 후 profile: lite인지 확인합니다.

• disable-home-env-overwrite 및 disable-working-dir-overwrite 필드는 더 이상 사용되지 않으며 향후 릴리스에서 제거됩니다. 이번 릴리스에서는 이전 버전과의 호환성을 위해 이러한 플래그의 기본값이 true로 설정됩니다.

  참고

  다음 릴리스에서는 HOME 환경 변수가 자동으로 /tekton/home으로 설정되지 않으며 작업 실행을 위해 기본 작업 디렉터리가 /workspace로 설정되지 않습니다. 이러한 기본값은 단계의 이미지 Dockerfile로 설정된 값과 충돌합니다.

• ServiceType 및 podTemplate 필드는 EventListener 사양에서 제거됩니다.
• 컨트롤러 서비스 계정은 더 이상 네임스페이스를 나열하고 감시하기 위한 클러스터 전체 권한을 요청하지 않습니다.

• EventListener 리소스의 상태에는 Ready라는 새로운 조건이 있습니다.

  참고

  나중에 EventListener 리소스의 기타 상태 조건이 더 이상 사용되지 않고 Ready 상태 조건이 사용됩니다.

• EventListener 응답의 eventListener 및 namespace 필드는 더 이상 사용되지 않습니다. 대신 eventListenerUID 필드를 사용합니다.

• replicas 필드는 EventListener 사양에서 더 이상 사용되지 않습니다. 대신 spec.replicas 필드가 KubernetesResource 사양의 spec.resources.kubernetesResource.replicas로 이동됩니다.

  참고

  replicas 필드는 향후 릴리스에서 제거됩니다.

• 코어 인터셉터를 구성하는 이전 방법은 더 이상 사용되지 않습니다. 그러나 향후 릴리스에서 제거될 때까지 계속 작동합니다. 대신 Trigger 리소스의 인터셉터가 새로운 ref 및 params 기반 구문을 사용하여 구성됩니다. 결과 기본 웹훅은 새 트리거에 대해 이전 구문의 사용법을 새 구문으로 자동 전환합니다.
• ClusterRoleBinding 리소스에 대해 더 이상 사용되지 않는rbac.authorization.k8s.io/v1beta1 대신rbac.authorization.k8s.io/v1을 사용합니다.
• 클러스터 역할에서는 serviceaccounts, secrets, configmaps, limitranges와 같은 리소스에 대한 클러스터 전체 쓰기 권한이 제거됩니다. 또한 deployments, statefulsets, deployment/finalizers와 같은 리소스에 대한 클러스터 전체 액세스도 제거됩니다.
• caching.internal.knative.dev 그룹의 image 사용자 지정 리소스 정의는 Tekton에서 더 이상 사용하지 않으며 이 릴리스에서 제외되었습니다.

• git-cli 클러스터 작업은 /root가 사용자의 홈 디렉터리로 예상되는 alpine/git 기본 이미지에서 빌드됩니다. 그러나 git-cli 클러스터 작업에는 명시적으로 설정되어 있지 않습니다.

  Tekton에서 달리 지정하지 않는 한, Tekton에서 기본 홈 디렉토리는 작업의 모든 단계에 대해 /tekton/home으로 덮어씁니다. 기본 이미지의 $HOME 환경 변수를 덮어쓰면 git-cli 클러스터 작업이 실패합니다.

  이 문제는 다음 릴리스에서 수정될 예정입니다. Red Hat OpenShift Pipelines 1.5 및 이전 버전의 경우 다음 해결 방법 중 하나를 사용하여 git-cli 클러스터 작업이 실패하지 않도록 할 수 있습니다.

  • 단계에서 $HOME 환경 변수를 설정하여 덮어쓰지 않도록 합니다.

    1. [선택 사항] Operator를 사용하여 Red Hat OpenShift Pipelines를 설치한 경우 git-cli 클러스터 작업을 별도의 작업에 복제합니다. 이 방법을 사용하면 Operator에서 클러스터 작업의 변경 사항을 덮어쓰지 않습니다.
    2. oc edit clustertasks git-cli 명령을 실행합니다.

    3. 예상되는 HOME 환경 변수를 단계 YAML에 추가합니다.

       ...
       steps:
         - name: git
           env:
           - name: HOME
             value: /root
           image: $(params.BASE_IMAGE)
           workingDir: $(workspaces.source.path)
       ...

       주의

       Operator가 설치한 Red Hat OpenShift Pipelines의 경우 HOME 환경 변수를 변경하기 전에 git-cli 클러스터 작업을 별도의 작업으로 복제하지 않으면 Operator 조정 중에 변경 사항을 덮어씁니다.

  • feature-flags 구성 맵에서 HOME 환경 변수 덮어쓰기를 비활성화합니다.

    1. oc edit -n openshift-pipelines configmap feature-flags 명령을 실행합니다.

    2. disable-home-env-overwrite 플래그 값을 true로 설정합니다.

       주의
       • Operator를 사용하여 Red Hat OpenShift Pipelines를 설치한 경우 Operator 조정 중에 변경 사항을 덮어씁니다.
       • disable-home-env-overwrite 플래그의 기본값을 수정하면 모든 작업의 기본 동작을 변경하므로 다른 작업과 클러스터 작업이 중단될 수 있습니다.

  • 파이프라인의 기본 서비스 계정이 사용될 때 HOME 환경 변수의 덮어쓰기가 수행되므로 git-cli 클러스터 작업에 다른 서비스 계정을 사용합니다.

    1. 새로운 서비스 계정을 생성합니다.
    2. 생성한 서비스 계정에 Git 시크릿을 연결합니다.
    3. 작업 또는 파이프라인을 실행하는 동안 서비스 계정을 사용합니다.
• IBM Power Systems, IBM Z 및 LinuxONE에서 s2i-dotnet 클러스터 작업 및 tkn hub 명령은 지원되지 않습니다.
• Maven 및 Jib-Maven 클러스터 작업을 실행할 때 기본 컨테이너 이미지는 Intel (x86) 아키텍처에서만 지원됩니다. 따라서 IBM Power Systems(ppc64le), IBM Z 및 LinuxONE(s390x) 클러스터에서 작업이 실패합니다. 이 문제를 해결하려면 MAVEN_IMAGE 매개변수 값을 maven:3.6.3-adoptopenjdk-11 로 설정하여 사용자 정의 이미지를 지정할 수 있습니다.

• dag 작업의 when 표현식은 다른 작업의 실행상태 ($(tasks.<pipelineTask>.status))에 액세스하는 컨텍스트 변수를 지정할 수 없습니다.
• PipelineRun 리소스가 신속하게 삭제되고 다시 생성되는 경우 volumeClaimTemplate PVC를 삭제하여 생성된 경쟁 조건을 방지할 수 있으므로 소유자 이름 대신 소유자 UID를 사용합니다.
• 루트가 아닌 사용자가 트리거한 build-base 이미지의 pullrequest-init에 대한 새 Dockerfile이 추가됩니다.
• 파이프라인 또는 작업을 -f 옵션으로 실행하고 정의의 param에 type이 정의되지 않은 경우 파이프라인 또는 작업 실행이 자동으로 실패하는 대신 유효성 검사 오류가 생성됩니다.
• tkn start [task | pipeline | clustertask] 명령의 경우 --workspace 플래그에 대한 설명이 일관되게 표시됩니다.
• 매개 변수를 구문 분석하는 동안 빈 배열이 발생하는 경우 해당 대화형 도움말이 빈 문자열로 표시됩니다.

• 사용자 지정 작업에는 다음과 같은 향상된 기능이 있습니다.

  • 파이프라인 결과는 사용자 지정 작업에서 생성된 결과를 참조할 수 있습니다.
  • 사용자 지정 작업에서는 작업 영역, 서비스 계정 및 Pod 템플릿을 사용하여 더 복잡한 사용자 지정 작업을 빌드할 수 있습니다.

• finally 작업에는 다음과 같은 향상된 기능이 있습니다.

  • finally 작업에서 when 표현식이 지원되므로 효율적으로 보호되는 실행 및 작업 재사용성을 개선할 수 있습니다.

  • finally 작업에서는 동일한 파이프라인 내의 모든 작업 결과를 사용하도록 구성할 수 있습니다.

    참고

    OpenShift Container Platform 4.7 웹 콘솔에서 when 표현식 및 finally 작업을 지원하지 않습니다.

• dockercfg 또는 dockerconfigjson 유형의 여러 보안에 대한 지원이 런타임 시 인증에 추가되었습니다.
• git-clone 작업을 사용하여 스파스-체크아웃을 지원하는 기능이 추가되었습니다. 이를 통해 리포지토리의 하위 집합만 로컬 복사본으로 복제할 수 있으며 복제된 리포지토리의 크기를 제한할 수 있습니다.
• 실제로 시작하지 않고 보류 중인 상태에서 파이프라인 실행을 생성할 수 있습니다. 로드가 많은 클러스터에서 Operator는 파이프라인 실행 시작 시간을 제어할 수 있습니다.
• 컨트롤러에 대해 SYSTEM_NAMESPACE 환경 변수를 수동으로 설정했는지 확인합니다. 이전에는 기본적으로 설정되었습니다.
• 이제 루트가 아닌 사용자가 파이프라인의 빌드-기반 이미지에 추가되어 git-init가 루트가 아닌 사용자로 리포지토리를 복제할 수 있습니다.
• 파이프라인 실행이 시작되기 전에 해결된 리소스 간 종속성을 확인하는 지원이 추가되어 있습니다. 파이프라인의 모든 결과 변수가 유효해야 하며 파이프라인의 선택적 작업 공간을 파이프라인 실행을 시작하기 위해 필요한 작업으로만 전달할 수 있습니다.
• 컨트롤러 및 Webhook는 루트가 아닌 그룹으로 실행되며, 보안을 강화하기 위해 해당 기능이 제거되었습니다.
• tkn pr logs 명령을 사용하여 재시도된 작업 실행에 대한 로그 스트림을 확인할 수 있습니다.
• tkn tr delete 명령에서 --clustertask 옵션을 사용하여 특정 클러스터 작업과 연관된 모든 작업을 삭제할 수 있습니다.
• 새 customResource 필드를 도입하여 EventListener 리소스와 함께 Knative 서비스 사용에 대한 지원이 추가되었습니다.
• 이벤트 페이로드에서 JSON 형식을 사용하지 않으면 오류 메시지가 표시됩니다.
• GitLab, BitBucket 및 GitHub와 같은 소스 제어 인터셉터는 이제 새로운 InterceptorRequest 또는 InterceptorResponse 유형 인터페이스를 사용합니다.
• JSON 개체 또는 배열을 문자열에 인코딩할 수 있도록 새로운 CEL 함수 marshalJSON이 구현됩니다.
• CEL 및 소스 제어 코어 인터셉터를 제공하는 HTTP 처리기가 추가되었습니다. tekton-pipelines 네임스페이스에 배포된 단일 HTTP 서버에 4개의 코어 인터셉터를 패키징합니다. EventListener 오브젝트는 HTTP 서버를 통해 이벤트를 인터셉터로 전달합니다. 각 인터셉터는 다른 경로에서 사용할 수 있습니다. 예를 들어 /cel 경로에서 CEL 인터셉터를 사용할 수 있습니다.

• pipelines-scc SCC(Security Context Constraint)는 파이프라인의 기본 pipeline 서비스 계정과 함께 사용됩니다. 이 새 서비스 계정은 anyuid와 유사하지만 OpenShift Container Platform 4.7의 SCC에 대해 YAML에 정의된 것과 약간의 차이점이 있습니다.

  fsGroup:
    type: MustRunAs

• 파이프라인 리소스 스토리지의 build-gcs 하위 유형과 gcs-fetcher 이미지는 지원되지 않습니다.
• 클러스터 작업의 taskRun 필드에서 tekton.dev/task 레이블이 제거됩니다.
• Webhook의 경우 admissionReviewVersions 필드에 해당하는 v1beta1 값이 제거됩니다.
• 빌드 및 배포를 위한 creds-init 도우미 이미지가 제거됩니다.

• 트리거 사양 및 바인딩에서는 template.ref를 사용하도록 더 이상 사용되지 않는 필드 template.name이 제거됩니다. ref 필드를 사용하려면 모든 eventListener 정의를 업데이트해야 합니다.

  참고

  Pipelines 1.3.x 및 이전 버전에서 Pipelines 1.4.0으로 업그레이드하면 template.name 필드의 사용할 수 없으므로 이벤트 리스너가 중단됩니다. 이러한 경우 Pipelines 1.4.1을 사용하여 복원된 template.name 필드를 사용할 수 있습니다.

• EventListener 사용자 정의 리소스/개체의 경우 Resource가 사용되며 PodTemplate 및 ServiceType 필드는 더 이상 사용되지 않습니다.
• 더 이상 사용되지 않는 사양 스타일 내장 바인딩이 제거됩니다.
• spec 필드는 triggerSpecBinding에서 제거됩니다.
• 이벤트 ID 표현은 5자의 임의의 문자열에서 UUID로 변경됩니다.

• 개발자 화면에서 파이프라인 지표 및 트리거 기능은 OpenShift Container Platform 4.7.6 이상 버전에서만 사용할 수 있습니다.
• IBM Power Systems, IBM Z 및 LinuxONE에서는 tkn hub 명령이 지원되지 않습니다.
• IBM Power Systems(ppc64le), IBM Z 및 LinuxONE(s390x) 클러스터에서 Maven 및 Jib Maven 클러스터 작업을 실행하는 경우 MAVEN_IMAGE 매개변수 값을 maven:3.6.3-adoptopenjdk-11으로 설정합니다.

• 트리거 바인딩에 다음 구성이 있는 경우 JSON 형식이 잘못 처리되어 발생하는 오류를 트리거합니다.

  params:
    - name: github_json
      value: $(body)

  문제를 해결하려면 다음을 수행합니다.

  • 트리거 v0.11.0 이상을 사용하는 경우 marshalJSON CEL 함수를 사용하여 JSON 개체 또는 배열을 가져와 해당 오브젝트 또는 배열의 JSON 인코딩을 문자열로 반환합니다.

  • 이전 트리거 버전을 사용하는 경우 트리거 템플릿에 다음 주석을 추가합니다.

    annotations:
      triggers.tekton.dev/old-escape-quotes: "true"

• Pipelines 1.3.x에서 1.4.x로 업그레이드하는 경우 경로를 다시 생성해야 합니다.

• 이전에는 클러스터 작업의 작업 실행에서 tekton.dev/task 레이블이 제거되었으며 tekton.dev/clusterTask 레이블이 도입되었습니다. 해당 변경으로 인한 문제는 clustertask describe 및 delete 명령을 수정하여 해결됩니다. 또한 작업의 lastrun 기능이 수정되어 이전 버전의 파이프라인의 작업 실행에 적용되는 tekton.dev/task 레이블의 문제를 해결합니다.
• 대화형 tkn pipeline start pipelinename을 수행할 때 PipelineResource가 대화형으로 생성됩니다. 리소스 상태가 nil이 아닌 경우 tkn p start 명령은 리소스 상태를 출력합니다.
• 이전에는 tekton.dev/task=name 레이블이 클러스터 작업에서 생성된 작업 실행에서 제거되었습니다. 이번 수정에서는 tkn clustertask start 명령을 --last 플래그로 수정하여 생성된 작업 실행에서 tekton.dev/task=name 라벨을 확인합니다.
• 작업에서 인라인 작업 사양을 사용하는 경우 이제 tkn pipeline describe 명령을 실행할 때 해당 작업 실행이 파이프라인에 포함되고, 작업 이름이 포함된 것으로 반환됩니다.
• tkn version 명령은 구성된 kubeConfiguration namespace 또는 클러스터에 대한 액세스없이 설치된 Tekton CLI 툴 버전을 표시하도록 수정되었습니다.
• 인수가 예기치 않은 것이거나 두 개 이상의 인수가 사용되는 경우 tkn completion 명령에서 오류가 발생합니다.
• 이전에는 파이프라인 사양에 중첩된 finally 작업으로 인해 v1alpha1 버전으로 변환되고 v1beta1 버전으로 복원된 finally 작업이 손실되었습니다. 변환 중에 발생하는 이 오류는 잠재적인 데이터 손실을 방지하기 위해 수정되었습니다. 파이프라인은 이제 파이프라인 사양에 중첩된 finally 작업에서 실행되며 알파 버전에 저장되지만 나중에 역직렬화됩니다.
• 이전에는 서비스 계정에 {}로 secret 필드가 있는 경우 Pod 생성에 오류가 발생했습니다. 빈 시크릿 이름을 가진 GET 요청이 오리소스 이름을 비워 둘 수 없다는 오류를 반환했기 때문에 이 작업은 CouldntGetTask로 실패합니다. 이 문제는 kubeclient GET 요청에서 시크릿 이름이 비어 있지 않도록 방지하여 해결되었습니다.
• 이제 v1beta1 API 버전이 있는 파이프라인은 finally 작업을 손실하지 않고 v1alpha1 버전과 함께 요청할 수 있습니다. 반환된 v1alpha1 버전을 적용하면 리소스가 v1beta1로 저장되고 finally 섹션은 원래 상태로 복원됩니다.
• 이전에는 컨트롤러의 설정되지 않은 selfLink 필드로 인해 Kubernetes v1.20 클러스터에서 오류가 발생했습니다. 임시 수정으로 CloudEvent 소스 필드는 자동으로 채워진 selfLink 필드의 값이 없이 현재 소스 URI와 일치하는 값으로 설정됩니다.
• 이전에는 gcr.io와 같은 점이 있는 시크릿 이름으로 인해 작업 실행 생성에 실패했습니다. 이는 내부적으로 볼륨 마운트 이름의 일부로 사용되는 시크릿 이름 때문에 발생했습니다. 볼륨 마운트 이름은 RFC1123 DNS 레이블을 준수하고, 이름의 일부로 점을 허용하지 않습니다. 이 문제는 점을 대시로 대체하여 읽을 수 있는 이름을 만들어 해결되었습니다.
• 이제 finally 작업에서 컨텍스트 변수의 유효성을 검사합니다.
• 이전 버전에서는 작업 실행 조정기에서 생성된 Pod 이름을 포함하는 이전 상태 업데이트가 없는 작업 실행을 통과하면 작업 실행 조정기는 작업 실행과 연결된 Pod를 나열했습니다. 작업 실행 조정기에서는 Pod에 전파된 작업 실행 레이블을 사용하여 Pod를 찾았습니다. 작업 실행 중에 이러한 레이블을 변경하면 코드에서 기존 pod를 찾지 못했습니다. 결과적으로 중복된 pod가 생성되었습니다. 이 문제는 Pod를 찾을 때 작업 실행 조정기를 tekton.dev/taskRun Tekton- controlled 라벨만 사용하도록 변경하여 해결되었습니다.
• 이전 버전에서는 파이프라인에서 선택적 작업 영역을 수락하여 파이프라인 작업으로 전달하면 누락된 작업 공간 바인딩이 선택적 작업 공간에 유효한 상태인 경우에도 작업 영역을 제공하지 않은 경우 실행 조정기가 중지되어 오류가 발생했습니다. 이 문제는 선택적 작업 영역을 제공하지 않아도 파이프라인 실행 조정기에서 작업 실행을 생성하지 못하도록 하여 해결되었습니다.
• 단계 상태의 정렬 순서는 단계 컨테이너의 순서와 일치합니다.
• 이전에는 Pod에 CreateContainerConfigError가 발생할 때 작업 실행 상태가 unknown으로 설정되어 이로 인해 Pod가 시간 초과될 때까지 작업 및 파이프라인이 실행되었습니다. 이 문제는 Pod에 CreateContainerConfigError 이유가 발생할 때 작업이 실패로 설정되도록 작업 실행 상태를 false로 설정하여 해결되었습니다.
• 이전에는 파이프라인 실행이 완료된 후 첫 번째 조정 시 파이프라인 결과가 해결되었습니다. 이로 인해 해결에 실패하여 파이프라인 실행의 Succeeded 조건을 덮어쓸 수 있습니다. 결과적으로 최종 상태 정보가 손실되어 파이프라인의 작동 조건을 모니터링하는 모든 서비스에 혼란을 줄 수 있습니다. 이 문제는 파이프라인 실행이 Succeeded 또는 True 조건이 될 때 파이프라인 결과의 해결을 조정의 끝으로 이동하여 해결됩니다.
• 이제 실행 상태 변수가 확인됩니다. 이렇게 하면 실행 상태에 액세스하기 위해 컨텍스트 변수를 검증하는 동안 작업 결과를 확인하는 것을 방지할 수 있습니다.
• 이전 버전에서는 잘못된 변수가 포함된 파이프라인 결과가 변수의 리터럴 표현식을 그대로 사용하여 파이프라인 실행에 추가되었습니다. 따라서 결과가 올바르게 설정되어 있는지를 평가하는 것은 쉽지 않았습니다. 이 문제는 실패한 작업 실행을 참조하는 파이프 라인 실행 결과 필터링하여 해결되었습니다. 이제 잘못된 변수가 포함된 파이프라인 결과는 파이프라인 실행에서 전혀 배출되지 않습니다.
• tkn eventlistener describe 명령이 템플릿 없이 충돌하지 않도록 수정되었습니다. 트리거 참조에 대한 세부 정보도 표시합니다.
• Pipelines 1.3.x 및 이전 버전에서 Pipelines 1.4.0으로 업그레이드하면 template.name이 사용할 수 없으므로 이벤트 리스너가 중단됩니다. Pipelines 1.4.1에서는 트리거에서 이벤트 리스너 중단을 방지하기 위해 template.name이 복원되었습니다.
• Pipelines 1.4.1에서는 OpenShift Container Platform 4.7 기능 및 동작에 맞게 ConsoleQuickStart 사용자 정의 리소스가 업데이트되었습니다.