빌드 정보

표에서 구성 요소는 다음 상태로 표시됩니다.

기술 프리뷰 기능은 실험적 기능이며 프로덕션용이 아닙니다.

Red Hat은 코드, 문서, 웹 속성에서 문제가 있는 용어를 교체하기 위해 최선을 다하고 있습니다. 먼저 마스터(master), 슬레이브(slave), 블랙리스트(blacklist), 화이트리스트(whitelist) 등 네 가지 용어를 교체하고 있습니다. 이러한 변경 작업은 작업 범위가 크므로 향후 여러 릴리스에 걸쳐 점차 구현할 예정입니다. 자세한 내용은 CTO Chris Wright의 메시지를 참조하십시오.

이번 업데이트를 통해 빌드 1.1.1은 이제 OpenShift Container Platform 4.12, 4.13, 4.14, 4.15 및 4.16에서 GA(Generally Available)를 사용할 수 있습니다.

이번 업데이트를 통해 빌드 1.1은 이제 OpenShift Container Platform 4.12, 4.13, 4.14, 4.15 및 4.16에서 GA(Generally Available)를 사용할 수 있습니다.

Build 리소스는 애플리케이션의 소스 코드와 애플리케이션 이미지를 내보낼 위치를 정의합니다. 다음 예제에서는 Git 소스, 빌드 전략 및 출력 이미지로 구성된 간단한 빌드를 보여줍니다.

apiVersion: shipwright.io/v1beta1
kind: Build
metadata:
  name: buildah-golang-build
spec:
  source:
    git:
      url: https://github.com/username/taxi
  strategy:
    name: buildah
    kind: ClusterBuildStrategy
  output:
    image: registry.mycompany.com/my-org/taxi-app:latest

apiVersion: shipwright.io/v1beta1
kind: Build
metadata:
  name: buildah-golang-build
spec:
  source:
    git:
      url: https://github.com/username/taxi
  strategy:
    name: buildah
    kind: ClusterBuildStrategy
  output:
    image: registry.mycompany.com/my-org/taxi-app:latest

Build 리소스를 확장하여 이미지를 프라이빗 레지스트리로 내보내거나 Dockerfile을 사용할 수도 있습니다.

BuildStrategy 및 ClusterBuildStrategy 리소스는 애플리케이션을 어셈블하기 위한 일련의 단계를 정의합니다. 네임스페이스 및 클러스터 내의 Cluster BuildStrategy 리소스 내에서 BuildStrategy 리소스를 사용할 수 있습니다.

BuildStrategy 또는 ClusterBuildStrategy 리소스의 사양은 steps 오브젝트로 구성됩니다. 다음 예제에서는 buildah 클러스터 빌드 전략의 사양을 보여줍니다.

apiVersion: shipwright.io/v1beta1
kind: ClusterBuildStrategy
metadata:
  name: buildah
spec:
  steps:
    - name: build-and-push
      image: quay.io/containers/buildah:v1.31.0
      workingDir: $(params.shp-source-root)
      command:
        - /bin/bash
       # ...
# ...

apiVersion: shipwright.io/v1beta1
kind: ClusterBuildStrategy
metadata:
  name: buildah
spec:
  steps:
    - name: build-and-push
      image: quay.io/containers/buildah:v1.31.0
      workingDir: $(params.shp-source-root)
      command:
        - /bin/bash
       # ...
# ...

BuildRun 리소스는 클러스터 작업 또는 Tekton 작업 실행과 유사하게 클러스터에서 빌드를 호출합니다. BuildRun 리소스는 클러스터의 워크로드를 표시하여 실행 중인 Pod를 생성합니다. BuildRun 은 실행 중인 빌드 인스턴스입니다. 클러스터에서 특정 매개변수를 사용하여 실행할 빌드를 인스턴스화합니다.

BuildRun 리소스는 다음 요소를 정의하는 데 도움이 됩니다.

각 BuildRun 리소스는 네임스페이스 내에서 사용할 수 있습니다.

빌드 컨트롤러는 Build 리소스의 업데이트를 모니터링하고 다음 작업을 수행합니다.

빌드 실행 컨트롤러는 Build 또는 TaskRun 리소스의 업데이트를 모니터링하고 다음 작업을 수행합니다.

buildah 클러스터 빌드 전략에서는 Dockerfile을 사용하여 컨테이너 이미지를 빌드하고 대상 레지스트리로 푸시합니다. Build CR의 spec.paramValues 필드에 Dockerfile을 지정해야 합니다.

Red Hat OpenShift Operator 빌드가 클러스터 수준에서 buildah 전략을 설치하기 때문에 클러스터 내의 다른 네임스페이스에서 buildah 전략을 공유할 수 있습니다.

buildah 전략에 대해 다음 매개변수를 구성할 수 있습니다.

이 빌드 전략은 S2I(Source -to-Image ) 및 buildah 로 구성됩니다. 이 전략을 사용하여 컨테이너 파일을 생성하고 빌더 이미지로 빌드할 애플리케이션을 준비할 수 있습니다. Build CR의 spec.paramValues 필드에 빌더 이미지를 지정해야 합니다.

Red Hat OpenShift Operator 빌드가 클러스터 수준에서 S2I(Source -to-Image ) 전략을 설치하기 때문에 클러스터 내의 여러 네임스페이스에서 S2I(Source -to-Image ) 전략을 공유할 수 있습니다.

S2I(Source -to-Image ) 전략에 대해 다음 매개변수를 구성할 수 있습니다.