릴리스 노트 및 알려진 문제


Red Hat OpenShift Dev Spaces 3.7

Red Hat OpenShift Dev Spaces 3.7 릴리스 노트 및 알려진 문제

Robert Kratky

Fionn Kelleher

Red Hat Developer Group Documentation Team

초록

Red Hat OpenShift Dev Spaces 3.7에서 알려진 새로운 기능 및 주목할 만한 기능에 대한 정보입니다.

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

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

1장. Red Hat OpenShift Dev Spaces 정보

Red Hat OpenShift Dev Spaces는 엔터프라이즈급 설정으로 Red Hat OpenShift에 웹 기반 개발 환경을 제공합니다.

  • 클라우드 개발 환경(CDE) 서버
  • Microsoft Visual Studio Code와 같은 IDE - 오픈 소스 및 CryostatBrains IntelliJ IDEA 커뮤니티 (기술 프리뷰)
  • 널리 사용되는 프로그래밍 언어, 프레임워크 및 Red Hat 기술이 있는 컨테이너화된 환경

Red Hat OpenShift Dev Spaces는 컨테이너 기반 개발에 적합합니다.

Red Hat OpenShift Dev Spaces 3.7은 Eclipse Che 7.67을 기반으로 합니다.

1.1. 지원되는 플랫폼

OpenShift Dev Spaces는 다음 CPU 아키텍처의 OpenShift 4.10-4.13에서 실행됩니다.

  • AMD64 및 Intel 64 (x86_64)
  • IBM Power (ppc64le) 및 IBM Z (s390x)

1.2. 지원 정책

Red Hat OpenShift Dev Spaces 3.7의 경우 Red Hat은 제품의 배포, 구성 및 사용을 지원합니다.

1.3. Red Hat OpenShift Dev Spaces와 Eclipse Che의 차이점

Red Hat OpenShift Dev Spaces와 이를 기반으로 하는 업스트림 프로젝트에는 몇 가지 차이점이 있습니다. Eclipse Che:

  • OpenShift Dev Spaces는 Red Hat OpenShift에서만 지원됩니다.
  • OpenShift Dev Spaces는 Red Hat Enterprise Linux를 기반으로 하며 최신 보안 수정 사항을 포함하도록 정기적으로 업데이트됩니다.
  • OpenShift Dev Spaces는 Quarkus, Lombok, NodeJS, Python, DotNet, Golang, C/C++, PHP와 같은 언어 및 기술을 사용하기 위한 devfile을 제공합니다. devspaces-devfileregistry 컨테이너 이미지 소스에서 최신 샘플 프로젝트를 찾을 수 있습니다.
  • OpenShift Dev Spaces는 사용자 로그인 및 관리에 OpenShift OAuth를 사용합니다.

Red Hat은 OpenShift Dev Spaces에 대한 엔터프라이즈급 지원을 보장하기 위해 라이센스 및 패키징을 제공합니다.

2장. 새로운 기능 및 개선 사항

2.1. Restoreefik 2.9.6로 업데이트

이번 업데이트를 통해 Semiefik의 포함된 버전이 2.8.1에서 2.9.6로 업데이트됩니다.

추가 리소스

2.2. 작업 공간 게이트웨이 및 프로젝트 복제 컨테이너 지정

CheCluster 사용자 정의 리소스의 이번 업데이트를 통해 .spec.devEnvironments 아래에 gatewayContainerprojectCloneContainer 섹션이 추가됩니다. 이번 개선된 기능을 통해 관리자는 작업 공간 역방향 프록시(gateway)와 원격 Git 리포지토리를 복제하는 컨테이너의 세부 정보를 지정할 수 있습니다.

spec:
  devEnvironments:
    gatewayContainer:
        <container_settings>
    projectCloneContainer:
        <container_settings>
Copy to Clipboard Toggle word wrap
작은 정보

이 향상된 기능을 사용하여 컨테이너의 CPU 제한을 제거할 수 있습니다.

spec:
  devEnvironments:
    gatewayContainer:
      resources:
        limits:
          cpu: "0"
Copy to Clipboard Toggle word wrap

추가 리소스

2.3. Ansible 샘플 소개

이번 개선된 기능에는 Ansible 개발자를 위한 OpenShift Dev Spaces 대시보드에 Ansible 샘플이 도입되었습니다.

제한된 환경에서 이 샘플을 사용하려면 다음 단계를 따르십시오.

  1. 다음 이미지를 미러링합니다.

    • quay.io/devspaces/ansible-creator-ee@sha256:bae361e92ee61c95c33b98218998f10e7c69949ccf0501d16d9751d8debf66f8
    • registry.access.redhat.com/ubi-init@sha256:75cb1eb60b9636f8daa584c231db552c1de94006778e7224643804a696f04fad
  2. 다음 도메인에 대한 액세스를 허용하도록 클러스터 프록시를 구성합니다.

    • .ansible.com
    • .ansible-galaxy.s3.amazonaws.com

이 샘플은 현재 Microsoft Visual Studio Code - 오픈 소스 IDE에서 실행되는 작업 공간에 대해 지원됩니다. 기술 프리뷰인 IntelliJ IDEA Community Edition IDE에서 실행되는 작업 공간에 대한 지원이 향후 릴리스에서 추가될 예정입니다.

이 샘플은 현재 AMD64 및 Intel 64 (x86_64)에서 지원됩니다. IBM Power(ppc64le) 및 IBM Z(s390x) CPU 아키텍처에 대한 지원이 향후 릴리스와 함께 추가될 예정입니다.

추가 리소스

2.4. 작업 공간 URL로 변경

이번 업데이트 이전에는 작업 공간 URL에 임의의 문자 문자열이 포함되어 있었습니다. 이번 업데이트를 통해 URL에는 다음 매개변수가 포함됩니다.

  • 사용자 이름
  • Workspace 이름
  • 끝점 이름
  • port

예를 들어 사용자 johnmy-dev-spaces-instance.com 을 사용하여 백엔드 끝점을 노출하는 quarkus-todo 작업 공간을 생성하는 경우 결과 URL은 다음과 같습니다.

  • Microsoft Visual Studio Code - 오픈 소스: https://my-dev-spaces-instance.com/john/quarkus-todo/3100/
  • 끝점 애플리케이션 프리뷰: https://john-quarkus-todo-backend.my-dev-spaces.com/

추가 리소스

2.5. .code-workspaces 파일을 사용하여 작업 공간 구성

이번 업데이트를 통해 개발자는 .code-workspace 파일을 사용하여 Microsoft Visual Studio Code - Open Source에서 작업 공간을 구성할 수 있습니다. 환경 변수 VSCODE_DEFAULT_WORKSPACE:를 사용하여 devfile에서 프로젝트의 .code-workspaces 파일을 지정합니다.

schemaVersion: 2.2.0
(...)
components:
- name: dev-tools
  container:
    (...)
    env:
    - name: VSCODE_DEFAULT_WORKSPACE
      value: "/projects/che-demo-app/che-demo.code-workspace"
Copy to Clipboard Toggle word wrap

추가 리소스

이번 업데이트를 통해 작업 공간에 지정된 신뢰할 수 있는 CA(Enterprise Certificate Authorities)는 Microsoft Visual Studio Code - Open Source를 사용하여 지정된 CA에서 서명한 TLS 인증서를 신뢰합니다. Microsoft Visual Studio Code - 오픈 소스는 이를 사용하는 오픈 VSX 레지스트리 인스턴스에 액세스할 수 있습니다.

추가 리소스

2.7. Microsoft Visual Studio Code - Open Source honors NO_PROXY 환경 변수

이번 업데이트를 통해 Microsoft Visual Studio - Open Source가 NO_PROXY 환경 변수를 준수합니다. 환경 변수를 사용하여 회사 프록시가 아닌 직접 연결해야 하는 호스트를 지정할 수 있습니다.

참고

이 기능은 OpenShift Dev Spaces 버전의 Microsoft Visual Studio Code - 오픈 소스에서 사용할 수 있습니다. IDE의 업스트림 버전은 지원하지 않습니다.

추가 리소스

2.8. Ansible 샘플 소개

이번 개선된 기능에는 Ansible 개발자를 위한 OpenShift Dev Spaces 대시보드에 Ansible 샘플이 도입되었습니다.

제한된 환경에서 이 샘플을 사용하려면 다음 단계를 따르십시오.

  1. 다음 이미지를 미러링합니다.

    • Quay.io/devspaces/ansible-creator-ee@sha256:3ff5d2d5f17c9c9c1e4a352d9922e27be09641647ac028a56845aaab6f6e3c7958
    • registry.access.redhat.com/ubi-init@sha256:75cb1eb60b9636f8daa584c231db552c1de94006778e7224643804a696f04fad
  2. 다음 도메인에 대한 액세스를 허용하도록 클러스터 프록시를 구성합니다.

    • .ansible.com
    • .ansible-galaxy.s3.amazonaws.com

이 샘플은 현재 Microsoft Visual Studio Code - 오픈 소스 IDE에서 실행되는 작업 공간에 대해 지원됩니다. 기술 프리뷰인 IntelliJ IDEA Community Edition IDE에서 실행되는 작업 공간에 대한 지원이 향후 릴리스에서 추가될 예정입니다.

이 샘플은 현재 AMD64 및 Intel 64 (x86_64)에서 지원됩니다. IBM Power(ppc64le) 및 IBM Z(s390x) CPU 아키텍처에 대한 지원이 향후 릴리스와 함께 추가될 예정입니다.

추가 리소스

3장. 버그 수정

이번 업데이트 이전에는 Microsoft Visual Studio Code의 웹 뷰 - 제한된 환경에서 오픈 소스가 올바르게 렌더링되지 않았습니다. 이 문제는 브라우저가 프록시 뒤에서 공용 인터넷에서 정적 리소스를 다운로드할 수 없기 때문에 발생했습니다. 이번 업데이트를 통해 Microsoft Visual Studio Code의 OpenShift Dev Spaces 빌드 - 오픈 소스는 일반적으로 프록시를 통해 액세스할 수 있는 서버에서 직접 해당 리소스를 제공합니다.

추가 리소스

3.2. 작업 영역에서 Bitbucket 서버 액세스 토큰 감지 수정

이번 업데이트 이전에는 버그로 인해 Bitbucket 서버 액세스 토큰이 Kubernetes Secrets로 탐지되지 않았습니다. 작업 공간의 편집기가 Bitbucket 서버에 대한 액세스 토큰을 감지하지 못했습니다. 이번 업데이트를 통해 개별 사용자는 Bitbucket 서버 액세스 토큰을 Kubernetes Secrets로 사용하여 다시 시작할 수 있습니다.

참고

OpenShift Dev Spaces는 Bitbucket Server에 대해 관리자 지원 OAuth 1.0 또는 OAuth 2.0 을 지원합니다. 이는 개별 사용자의 Bitbucket 서버 액세스 토큰보다 사용자 친화적인 것입니다.

추가 리소스

3.3. GitLab 및 Bitbucket 원시 devfile 링크를 사용하여 작업 공간 시작 수정

이번 업데이트 이전에는 GitLab 또는 Bitbucket에서 호스팅하는 devfile에 대한 원시 링크를 사용하는 새 작업 공간이 "Internal Server Error occurred" 오류 메시지와 함께 시작할 수 없었습니다. 이번 업데이트를 통해 문제가 해결되었습니다.

추가 리소스

이번 업데이트 이전에는 devfile의 Kubernetes 구성 요소가 deployByDefault 값과 관계없이 uri 필드를 사용할 때 작업 영역을 시작하지 못했습니다. 그 결과 OpenShift 웹 콘솔의 개발자 보기에 있는 일부 샘플이 OpenShift Dev Spaces에서 로드되지 않았습니다. 이번 업데이트를 통해 작업 영역을 시작할 때 deployByDefault 필드가 false 로 설정된 Kubernetes 구성 요소는 devfile에서 무시됩니다.

추가 리소스

이번 업데이트 이전에는 Microsoft Azure DevOps에서 호스팅하는 Git 리포지토리의 경우 Workspace로 인해 새 작업 공간이 시작되지 않을 수 있습니다. 이번 업데이트를 통해 문제가 해결되었습니다.

추가 리소스

이번 업데이트 이전에는 Microsoft Visual Studio Code - Open Source embedded terminal에 표시되는 문자와 입력 사이에 지연이 발생할 수 있었습니다. 이번 업데이트를 통해 기본 GPU 가속이 캔버스로 변경되어 문제를 해결합니다.

추가 리소스

4장. 기술 프리뷰

기술 프리뷰 기능을 통해 향후 제품 개선 사항에 빠르게 액세스하고 개발 과정에서 기능 테스트와 피드백을 제공할 수 있습니다. 그러나 이러한 기능은 Red Hat 서브스크립션 수준 계약에서 완전히 지원되지 않으며 기능적으로 완전하지 않을 수 있으며 프로덕션 용도로는 사용되지 않습니다. Red Hat은 기술 프리뷰 기능을 점차적으로 사용 가능하게 하고 있으며 이러한 기능 사용 시 발생할 수 있는 문제를 해결하기 위해 노력합니다. 기술 프리뷰 지원 범위를 참조하십시오.

없음.

5장. 더 이상 사용되지 않는 기능

없음.

6장. 제거된 기능

없음.

7장. 확인된 문제

7.1. FIPS 컴플라이언스 업데이트

FIPS 컴플라이언스에 알려진 문제로 인해 특정 암호화 모듈이 FIPS 검증되지 않습니다. 다음은 OpenShift Dev Spaces에서 FIPS를 사용하는 데 필요한 요구 사항 및 제한 사항 목록입니다.

필수 클러스터 및 Operator 업데이트

필요에 따라 Red Hat OpenShift Container Platform 설치를 4.11, 4.12 또는 4.13의 최신 z-stream 업데이트로 업데이트합니다. FIPS가 아직 활성화되지 않은 경우 설치 제거하고 다시 설치해야 합니다.

클러스터가 가동되어 실행되면 OpenShift Dev Spaces 3.7.1 (3.7-264)을 설치하고 최신 DevWorkspace Operator 번들 0.21.2 (0.21-7) 이상이 설치되어 업데이트되었는지 확인합니다. https://catalog.redhat.com/software/containers/devworkspace/devworkspace-operator-bundle/60ec9f48744684587e2186a3에서 참조하십시오.

UDI 이미지의 Golang 컴파일러

UDI(Universal Developer Image) 컨테이너에는 CGO_ENABLED=1 플래그 없이 빌드된 golang 컴파일러가 포함되어 있습니다. check-payload scanner( https://github.com/openshift/check-payload )는 오류가 발생하지만 이 컴파일러를 사용하여 빌드한 모든 항목이 올바른 플래그 CGO_ENABLED=1 을 설정하고 extldflags -static 또는 -openssl 을 사용하지 않는 경우 안전하게 무시할 수 있습니다.

결과 바이너리는 스캔할 수 있으며 오류 없이 전달되어야 합니다.

정적으로 연결된 바이너리

다음 두 컨테이너에서 암호화와 관련이 없는 정적으로 연결된 바이너리를 찾을 수 있습니다.

  • code-rhel8
  • idea-rhel8.

암호화와 관련이 없으므로 FIPS 컴플라이언스에 영향을 미치지 않습니다.

FIPS에 대한 Helm 지원

UDI 컨테이너에는 FIPS 지원으로 컴파일되지 않은 helm 바이너리가 포함되어 있습니다. FIPS 환경에 있는 경우 helm 를 사용하지 않습니다.

추가 리소스

7.2. 일부 사용자의 커밋 메시지의 잘못된 사용자 이름 및 이메일

현재 Git-provider 자격 증명으로 Kubernetes 보안을 사용하는 사용자에게 알려진 문제가 있습니다. 해당 사용자의 작업 영역에서 Git 작업에 대한 사용자 이름 및 이메일은 현재 <user> - devspaces 네임스페이스의 user -profile Secret에서 가져옵니다.

중요

이 알려진 문제는 관리자가 구성한 Git-provider OAuth에는 영향을 미치지 않습니다.

해결방법

  • 실행 중인 작업 공간의 편집기 터미널에서 다음 명령을 실행하여 커밋 작성자 이름과 이메일을 설정합니다.

    git commit config --global user.name <your_name>
    git commit config --global user.email <your_email>
    Copy to Clipboard Toggle word wrap

추가 리소스

7.3. 디버거가 .NET 샘플에서 작동하지 않음

현재 Microsoft Visual Studio Code의 디버거 - 오픈 소스가 .NET 샘플에서 작동하지 않습니다.

해결방법

추가 리소스

8장. 자주하는 질문

OpenShift Dev Spaces에서 OpenShift 클러스터에 애플리케이션을 배포할 수 있습니까?
사용자는 oc login 을 사용하여 실행 중인 작업 영역에서 OpenShift 클러스터에 로그인해야 합니다.
최상의 성능을 위해 OpenShift Dev Spaces와 함께 사용되는 영구 볼륨에 사용할 권장 스토리지는 무엇입니까?
블록 스토리지를 사용합니다.
동일한 클러스터에 둘 이상의 OpenShift Dev Spaces 인스턴스를 배포할 수 있습니까?
클러스터당 하나의 OpenShift Dev Spaces 인스턴스만 배포할 수 있습니다.
OpenShift Dev Spaces를 오프라인으로 설치할 수 있습니까(즉, 인터넷과 연결이 끊어진 경우)
OpenShift 의 제한된 환경에 Red Hat OpenShift Dev Spaces 설치를 참조하십시오.
OpenShift Dev Spaces에서 기본이 아닌 인증서를 사용할 수 있습니까?
자체 서명 또는 공용 인증서를 사용할 수 있습니다. 신뢰할 수 없는 TLS 인증서 가져오기 를 참조하십시오.
여러 작업 공간을 동시에 실행할 수 있습니까?
사용자가 여러 작업 공간을 동시에 실행할 수 있도록 활성화를 참조하십시오.

법적 공지

Copyright © 2023 Red Hat, Inc.
The text of and illustrations in this document are licensed by Red Hat under a Creative Commons Attribution–Share Alike 3.0 Unported license ("CC-BY-SA"). An explanation of CC-BY-SA is available at http://creativecommons.org/licenses/by-sa/3.0/. In accordance with CC-BY-SA, if you distribute this document or an adaptation of it, you must provide the URL for the original version.
Red Hat, as the licensor of this document, waives the right to enforce, and agrees not to assert, Section 4d of CC-BY-SA to the fullest extent permitted by applicable law.
Red Hat, Red Hat Enterprise Linux, the Shadowman logo, the Red Hat 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 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.
Red Hat logoGithubredditYoutubeTwitter

자세한 정보

평가판, 구매 및 판매

커뮤니티

Red Hat 문서 정보

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

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

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

Red Hat 소개

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

Theme

© 2026 Red Hat
맨 위로 이동