Red Hat Summit릴리스 노트
OpenShift 빌드 릴리스의 새로운 기능 및 주요 변경 사항
초록
1장. 릴리스 노트
릴리스 노트에는 사용되지 않는 새로운 기능, 변경 사항 중단 및 알려진 문제에 대한 정보가 포함되어 있습니다. 다음 릴리스 노트는 OpenShift Container Platform의 최신 빌드 릴리스에 적용됩니다.
빌드는 shipwright 프로젝트를 기반으로 하는 확장 가능한 빌드 프레임워크로, OpenShift Container Platform 클러스터에서 컨테이너 이미지를 빌드하는 데 사용할 수 있습니다. S2I(Source-to-Image) 및 Buildah와 같은 이미지 빌드 툴을 사용하여 소스 코드 및 Dockerfile에서 컨테이너 이미지를 빌드할 수 있습니다. 빌드 리소스를 생성 및 적용하고, 빌드 실행 로그를 보고, OpenShift Container Platform 네임스페이스에서 빌드를 관리할 수 있습니다.
빌드에는 다음 기능이 포함됩니다.
- 소스 코드 및 Dockerfile에서 컨테이너 이미지를 빌드하는 표준 Kubernetes 네이티브 API
- S2I(Source-to-Image) 및 Buildah 빌드 전략 지원
- 사용자 정의 빌드 전략을 통한 확장성
- 로컬 디렉터리의 소스 코드에서 빌드 실행
- 로그를 생성 및 보기 위한 shipwright CLI, 클러스터에서 빌드 관리
- OpenShift Container Platform 웹 콘솔의 개발자 관점과 통합된 사용자 경험
빌드에 대한 자세한 내용은 빌드 개요를 참조하십시오.
1.1. 호환성 및 지원 매트릭스
표에서 구성 요소는 다음 상태로 표시됩니다.
| TP | 기술 프리뷰 |
| GA | 정식 출시일 (GA) |
기술 프리뷰 기능은 실험적 기능이며 프로덕션용이 아닙니다.
| 빌드 버전 | 구성 요소 버전 | 호환 가능한 Openshift Pipelines 버전 | OpenShift 버전 | 지원 | |
|---|---|---|---|---|---|
| Operator | 빌드 (Shipwright) | CLI | |||
| 1.2 | 0.13.0 (GA) | 0.13.0 (GA) | 1.14, 1.15, 1.16 | 4.12, 4.13, 4.14, 4.15, 4.16, 4.17 | GA |
| 1.1 | 0.13.0 (GA) | 0.13.0 (GA) | 1.13, 1.14 및 1.15 | 4.12, 4.13, 4.14, 4.15 및 4.16 | GA |
| 1.0 | 0.12.0 (GA) | 0.12.0 (GA) | 1.12, 1.13, 1.14, 1.15 | 4.12, 4.13, 4.14, 4.15 및 4.16 | GA |
1.2. 보다 포괄적 수용을 위한 오픈 소스 용어 교체
Red Hat은 코드, 문서, 웹 속성에서 문제가 있는 용어를 교체하기 위해 최선을 다하고 있습니다. 먼저 마스터(master), 슬레이브(slave), 블랙리스트(blacklist), 화이트리스트(whitelist) 등 네 가지 용어를 교체하고 있습니다. 이러한 변경 작업은 작업 범위가 크므로 향후 여러 릴리스에 걸쳐 점차 구현할 예정입니다. 자세한 내용은 CTO Chris Wright의 메시지를 참조하십시오.
1.3. 빌드 일반 가용성 1.2.1 릴리스 정보
이번 업데이트를 통해 이제 빌드 1.2.1이 OpenShift Container Platform 4.12, 4.13, 4.14, 4.15, 4.16, 4.17에서 GA(Generally Available)를 사용할 수 있습니다.
1.3.1. 해결된 문제
다음 섹션에서는 빌드 1.2.1의 수정된 문제를 중점적으로 설명합니다.
-
이번 업데이트 이전에는 OpenShift Pipelines를 설치하지 않고 빌드를 설치할 때 빌드에서 OpenShift Pipelines를 배포하고 Pipelines 컨트롤러를 활성화하려고 했습니다. 빌드에서 OpenShift Pipelines를 잘못 구성하고 컨트롤러를 배포하지 못했습니다. 이번 업데이트를 통해 빌드는 유효한
TektonConfig사용자 정의 리소스를 생성하고 Pipeline 컨트롤러를 올바르게 배포합니다. -
이번 업데이트 이전에는 ARM64, IBM Power® 또는 IBM Z® 작업자 노드 CPU 아키텍처에 설치된 Red Hat OpenShift용 빌드를 실행하려고 하면 이미지가 AMD64 플랫폼을 기반으로 하므로 빌드가 실패했습니다. 이제 AMD64 이미지가
buildah및source-to아키텍처 이미지로 교체되므로 모든 아키텍처에서 빌드를 실행할 수 있습니다.-image빌드 전략의 다중 -
이번 업데이트 이전에는
openshift-builds네임스페이스에서 클러스터 모니터링을 활성화하면 잘못된 서버 이름 주소로 인해 공유 리소스 CSI(Container Storage Interface) DriverServiceMonitor리소스에서TargetDown경고가 수신되었습니다. 이번 업데이트를 통해 공유 리소스 CSI DriverServiceMonitor리소스에서 서버 이름이 올바른 주소로 업데이트되고TargetDown경고가 더 이상 트리거되지 않습니다.
1.4. 빌드 일반 가용성 1.2 릴리스 정보
이번 업데이트를 통해 빌드 1.2는 이제 OpenShift Container Platform 4.12, 4.13, 4.14, 4.15, 4.16, 4.17에서 GA(Generally Available)를 사용할 수 있습니다.
1.4.1. 새로운 기능
다음 섹션에서는 Builds 1.2의 새로운 기능에 대해 설명합니다.
1.4.1.1. 빌드
이번 업데이트를 통해 ARM, IBM Power 또는 IBM Z 플랫폼에서 실행되는 OpenShift Container Platform 클러스터에서 Red Hat OpenShift용 빌드를 사용할 수 있습니다. shipwright 및 Shared Resource CSI 드라이버를 사용하여 이미지를 빌드하는 구성 요소를 사용할 수 있습니다.
중요ARM, IBM Power 및 IBM Z 클러스터용 빌드는 기술 프리뷰 기능 전용입니다. 기술 프리뷰 기능은 Red Hat 프로덕션 서비스 수준 계약(SLA)에서 지원되지 않으며 기능적으로 완전하지 않을 수 있습니다. 따라서 프로덕션 환경에서 사용하는 것은 권장하지 않습니다. 이러한 기능을 사용하면 향후 제품 기능을 조기에 이용할 수 있어 개발 과정에서 고객이 기능을 테스트하고 피드백을 제공할 수 있습니다.
Red Hat 기술 프리뷰 기능의 지원 범위에 대한 자세한 내용은 기술 프리뷰 기능 지원 범위를 참조하십시오.
- 이번 업데이트를 통해 네트워크 프록시 뒤에서 실행되도록 구성된 클러스터에 빌드를 배포할 수 있습니다.
- 이번 업데이트를 통해 연결이 끊긴 네트워크 환경에서 실행되는 클러스터에 빌드를 배포할 수 있습니다.
-
이번 업데이트를 통해
buildah및source-to-image빌드 전략을 사용하여 지원되는 모든 볼륨 소스에서 Red Hat 서브스크립션 인타이틀먼트 키를 마운트할 수 있습니다. 이 기능은yum또는dnf명령을 사용하여 Red Hat 서브스크립션 콘텐츠를 설치하기 위해 빌드가 필요한 경우 유용합니다. -
이번 업데이트를 통해 OpenShift Container Platform 웹 콘솔의 개발자 화면에 제공된 예제의
buildah또는source-to-image빌드 전략을 사용하여 shipwrightBuild오브젝트를 생성할 수 있습니다. 이러한 예제의 매개변수를 변경하여 사용자 지정Build오브젝트를 생성할 수 있습니다. 이번 업데이트를 통해 OpenShift Container Platform 웹 콘솔의 개발자 화면에서
shpCLI에 대한 바이너리를 다운로드할 수 있습니다. CLI는 다음 운영 체제 및 아키텍처에서 사용할 수 있습니다.운영 체제 아키텍처 Linux
amd64
Windows
amd64
Darwin
amd64 (macOS Intel)
1.4.2. 해결된 문제
다음 섹션에서는 빌드 1.2의 수정된 문제를 중점적으로 설명합니다.
-
이번 업데이트 이전에는 OpenShift RBAC 권한이 누락되어 공유 리소스 CSI 드라이버에서
SharedSecret및SharedConfigMap리소스를 마운트할 수 없었습니다. 이번 업데이트를 통해 공유 리소스 CSI 드라이버에 글로벌 권한이 부여됩니다. 이제 공유 리소스 CSI 드라이버는SharedSecret및SharedConfigMap리소스에 액세스하고 클러스터 관리자의 추가 작업 없이 필요한 권한 검사를 수행할 수 있습니다.
1.4.3. 확인된 문제
다음 섹션에서는 Builds 1.2에서 알려진 문제를 강조 표시합니다.
기본 빌드 전략은 ARM, IBM Power 또는 IBM Z 작업자 노드 CPU 아키텍처가 있는 클러스터에서 실패합니다.
이 문제를 해결하려면 다음 단계를 수행합니다.
기본
ClusterBuildStrategy리소스의 다음 다중 변형을 클러스터에 다운로드합니다.-
buildah-multi:buildah-multi.yaml(Internal Red Hat 사이트 다운로드 링크) -
source-to-image-multi:source_to_image_multi.yaml(Internal Red Hat 사이트 다운로드 링크)
-
다음 명령 중 하나를 실행하여 해당 빌드 전략을 사용하도록
Build리소스를 업데이트합니다.Buildah
$ oc apply -f buildah-multi.yaml
S2I(Source-to-Image)
$ oc apply -f source_to_image_multi.yaml
-
출력 이미지가
Build또는BuildRun리소스에서 정의되지 않은 경우 기본buildahClusterBuildStrategy가 실패합니다. 이 문제를 해결하려면 출력 이미지 URL을 정의합니다. URL은 내부 레지스트리의 경로일 수도 있습니다.
Legal Notice
Copyright © 2024 Red Hat, Inc.
OpenShift documentation is licensed under the Apache License 2.0 (https://www.apache.org/licenses/LICENSE-2.0).
Modified versions must remove all Red Hat trademarks.
Portions adapted from https://github.com/kubernetes-incubator/service-catalog/ with modifications by Red Hat.
Red Hat, Red Hat Enterprise Linux, the Red Hat logo, the Shadowman logo, JBoss, OpenShift, Fedora, the Infinity logo, and RHCE are trademarks of Red Hat, Inc., registered in the United States and other countries.
Linux® is the registered trademark of Linus Torvalds in the United States and other countries.
Java® is a registered trademark of Oracle and/or its affiliates.
XFS® is a trademark of Silicon Graphics International Corp. or its subsidiaries in the United States and/or other countries.
MySQL® is a registered trademark of MySQL AB in the United States, the European Union and other countries.
Node.js® is an official trademark of Joyent. Red Hat Software Collections is not formally related to or endorsed by the official Joyent Node.js open source or commercial project.
The OpenStack® Word Mark and OpenStack logo are either registered trademarks/service marks or trademarks/service marks of the OpenStack Foundation, in the United States and other countries and are used with the OpenStack Foundation’s permission. We are not affiliated with, endorsed or sponsored by the OpenStack Foundation, or the OpenStack community.
All other trademarks are the property of their respective owners.
