검색

5.3. 최신 Operator SDK 버전용 프로젝트 업그레이드

download PDF

OpenShift Container Platform 4.9에서는 Operator SDK v1.10.1을 지원합니다. 워크스테이션에 v1.8.0 CLI가 이미 설치되어 있는 경우 최신 버전을 설치하여 CLI를 v1.10.1로 업그레이드할 수 있습니다.

그러나 기존 Operator 프로젝트에서 Operator SDK v1.10.1과의 호환성을 유지하려면 v1.8.0 이후의 중단된 변경 사항에 업그레이드 단계가 필요합니다. v1.8.0을 사용하여 이전에 생성하거나 유지 관리되는 Operator 프로젝트에서 업그레이드 단계를 수동으로 수행해야 합니다.

5.3.1. Operator SDK v1.10.1의 프로젝트 업그레이드

v1.10.1과의 호환성을 위해 기존 Operator 프로젝트를 업그레이드하려면 다음 업그레이드 단계를 수행해야 합니다.

사전 요구 사항

  • Operator SDK v1.10.1이 설치됨
  • Operator SDK v1.8.0을 사용하여 이전에 생성되거나 유지 관리되는 Operator 프로젝트

절차

  • Ansible 기반 Operator 프로젝트의 경우 molecule/default/prepare.yml 파일의 Set pull policy 섹션에서 명령을 업데이트합니다.

    예 5.1. jackson/default/prepare.yml 파일 diff

         - name: Set pull policy
    -      command: '{{ "{{ kustomize }}" }} edit add patch pull_policy/{{ "{{ operator_pull_policy }}" }}.yaml'
    +      command: '{{ "{{ kustomize }}" }} edit add patch --path pull_policy/{{ "{{ operator_pull_policy }}" }}.yaml'

    Ansible 프로젝트는 이제 Kustomize 버전 3.8.7과 함께 스캐폴드됩니다. 이 버전의 Kustomize에서는 add patch 명령에 --path 플래그를 사용하여 패치 파일의 경로를 제공해야 합니다.

Operator 프로젝트가 Operator SDK v1.10.1과 호환됩니다.

5.3.2. 확인된 문제

  • 서버 URL에 경로가 포함된 경우 ansible-operator 바이너리에서 kubeconfig 파일을 거부합니다. 현재 클러스터에서 Operator를 Pod로 실행하는 것 외에는 내부 끝점을 사용하는 경우 해결방법이 없습니다. 이 문제의 수정 사항은 현재 apimachinery 패키지에 대한 수정 사항을 기다리는 동안 차단되었습니다. 자세한 내용은 operator-framework/operator-sdk#4925를 참조하십시오.

5.3.3. 추가 리소스

Red Hat logoGithubRedditYoutubeTwitter

자세한 정보

평가판, 구매 및 판매

커뮤니티

Red Hat 문서 정보

Red Hat을 사용하는 고객은 신뢰할 수 있는 콘텐츠가 포함된 제품과 서비스를 통해 혁신하고 목표를 달성할 수 있습니다.

보다 포괄적 수용을 위한 오픈 소스 용어 교체

Red Hat은 코드, 문서, 웹 속성에서 문제가 있는 언어를 교체하기 위해 최선을 다하고 있습니다. 자세한 내용은 다음을 참조하세요.Red Hat 블로그.

Red Hat 소개

Red Hat은 기업이 핵심 데이터 센터에서 네트워크 에지에 이르기까지 플랫폼과 환경 전반에서 더 쉽게 작업할 수 있도록 강화된 솔루션을 제공합니다.

© 2024 Red Hat, Inc.