릴리스 노트 및 알려진 문제
Red Hat OpenShift Dev Spaces 3.5 릴리스 노트 및 알려진 문제
초록
보다 포괄적 수용을 위한 오픈 소스 용어 교체
Red Hat은 코드, 문서, 웹 속성에서 문제가 있는 용어를 교체하기 위해 최선을 다하고 있습니다. 먼저 마스터(master), 슬레이브(slave), 블랙리스트(blacklist), 화이트리스트(whitelist) 등 네 가지 용어를 교체하고 있습니다. 이러한 변경 작업은 작업 범위가 크므로 향후 여러 릴리스에 걸쳐 점차 구현할 예정입니다. 자세한 내용은 CTO Chris Wright의 메시지를 참조하십시오.
1장. Red Hat OpenShift Dev Spaces 정보
Red Hat OpenShift Dev Spaces는 웹 기반 IDE(통합 개발 환경)입니다. OpenShift Dev Spaces는 OpenShift에서 실행되며 컨테이너 기반 개발에 적합합니다.
OpenShift Dev Spaces는 다음을 제공합니다.
- 엔터프라이즈급 클라우드 개발자 작업 공간 서버
- 브라우저 기반 IDE
- 널리 사용되는 프로그래밍 언어, 프레임워크 및 Red Hat 기술을 위한 즉시 사용 가능한 개발자 스택
Red Hat OpenShift Dev Spaces 3.5는 Eclipse Che 7.60을 기반으로 합니다.
1.1. 지원되는 플랫폼
OpenShift Dev Spaces는 다음 CPU 아키텍처의 OpenShift 4.10-4.12에서 실행됩니다.
-
AMD64 및 Intel 64(
x86_64
) -
IBM Power (
ppc64le
) 및 IBM Z (s390x
)
1.2. 지원 정책
Red Hat OpenShift Dev Spaces 3.5의 경우 Red Hat은 제품의 배포, 구성 및 사용을 지원합니다.
1.3. Eclipse Che와 Red Hat OpenShift Dev Spaces 간의 차이점
OpenShift Dev Spaces와 Eclipse Che의 주요 차이점은 다음과 같습니다.
- OpenShift Dev Spaces는 업데이트하는 데 시간이 더 오래 걸리는 Alpine 배포판과 비교하여 최신 보안 수정 사항이 포함되어 있는지 확인하기 위해 RHEL8에 빌드됩니다.
- OpenShift Dev Spaces는 사용자 로그인 및 관리에 OpenShift OAuth를 사용합니다.
- OpenShift Dev Spaces는 Che에 비해 지원되는 작은 플러그인 서브 세트를 제공합니다.
- OpenShift Dev Spaces는 JBoss EAP 및 Fuse와 같은 다른 Red Hat 기술 작업을 위한 devfile을 제공합니다.
- OpenShift Dev Spaces는 OpenShift Container Platform, OpenShift Dedicated, Red Hat OpenShift Service on AWS(ROSA)에서 지원됩니다. Eclipse Che는 다른 Kubernetes 클러스터에서도 실행할 수 있습니다.
Red Hat은 라이센스, 패키징 및 지원을 제공합니다. 따라서 OpenShift Dev Spaces는 업스트림 Eclipse Che 프로젝트보다 더 안정적인 제품으로 간주됩니다.
2장. 새로운 기능 및 개선 사항
2.1. 팩토리 URL을 사용하여 원격 구성
이번 업데이트를 통해 팩토리 URL을 사용하여 생성된 새 작업 공간의 Git 원격을 구성할 수 있습니다. remotes
쿼리 매개변수는 각각에 대해 선택적 이름을 사용하여 쉼표로 구분된 Git 원격 목록으로 설정할 수 있습니다.
추가 리소스
2.2. 사용자당 작업 공간 수 제한
이번 업데이트를 통해 관리자는 CheCluster
사용자 정의 리소스에서 다음 매개변수를 사용하여 사용자당 총 작업 공간 수에 대한 제한을 설정할 수 있습니다.
-
spec.devEnvironments.maxNumberOfWorkspacesPerUser
-
spec.devEnvironments.maxNumberOfRunningWorkspacesPerUser
예를 들면 다음과 같습니다.
spec: devEnvironments: maxNumberOfWorkspacesPerUser: 5 maxNumberOfRunningWorkspacesPerUser: 2
spec:
devEnvironments:
maxNumberOfWorkspacesPerUser: 5
maxNumberOfRunningWorkspacesPerUser: 2
추가 리소스
2.3. 대시보드 사용자 환경 페이지의 Git 서비스 탭
이번 업데이트를 통해 대시보드의 사용자 환경 설정 페이지에 Git 서비스 탭이 추가됩니다. 이 탭에는 사용자에게 액세스 권한이 부여된 Git 공급자가 나열됩니다. 지원되는 Git 공급자는 GitHub(github.com 및 Enterprise), GitLab(SaaS 및 Server), Bitbucket(Cloud and Server), Microsoft Azure Repos입니다.
Git 서비스 탭의 메뉴를 통해 GitHub에 대한 액세스를 취소할 수 있습니다. 이 기능은 다른 Git 공급자에는 사용할 수 없습니다.
추가 리소스
2.4. OpenShift Dev Spaces 사전 릴리스 버전 설치
이번 업데이트를 통해 관리자는 dsc server:deploy --olm-channel=…
을 실행하여 릴리스 후보(최신
) 채널 또는 CI 빌드(다음
) 채널에서 릴리스되지 않았거나 지원되지 않는 OpenShift Dev Space 버전을 설치할 수 있습니다.
추가 리소스
2.5. 작업 공간이 중단될 때의 기본 IDE 개선
이번 개선된 기능을 통해 Microsoft Visual Studio Code의 OpenShift Dev Spaces 빌드의 GUI - 중지된 작업 공간에 대한 오픈 소스가 향상됩니다. 새 대화 상자는 작업 공간이 중지되어 원인을 표시함을 사용자에게 알립니다. 대화 상자는 사용자에게 두 개의 버튼, 즉 대시보드로 돌아가거나 작업 영역을 다시 시작합니다.
추가 리소스
2.6. Microsoft Azure Repos of Microsoft Azure DevOps Services 지원
이번 업데이트를 통해 사용자는 Microsoft Azure Repos에서 호스팅되는 공개 및 프라이빗 Git 리포지토리에서 작업 공간을 시작할 수 있습니다. Git 리포지토리 유지 관리자는 Microsoft Azure Repos에서 호스팅되는 Git 리포지토리에 devfile 을 포함할 수 있습니다. 관리자는 Microsoft Azure DevOps Services에 대한 OAuth 2.0을 구성할 수 있습니다. 관리자의 OAuth 구성이 허용되지 않는 경우 사용자는 Microsoft Azure DevOps Services 토큰을 해결 방법으로 사용할 수 있습니다. 이번 업데이트에서는 GitHub(github.com 및 Enterprise), GitLab(SaaS 및 Server), Bitbucket(Cloud 및 Server)을 포함하여 OpenShift Dev Spaces가 이미 지원하는 Git 공급자에 Microsoft Azure Repos가 추가되었습니다.
추가 리소스
2.7. CheCluster에서 임시 스토리지 전략 선택
이번 업데이트를 통해 관리자는 CheCluster
사용자 정의 리소스에서 dev>-<s.storage.pvcStrategy: ephemeral
을 모든 사용자의 새 작업 공간에 대한 기본 스토리지 전략으로 설정할 수 있습니다. 이 설정은 사용자의 기존 작업 공간에는 영향을 미치지 않습니다.
사용자는 대시보드에서 스토리지 유형 설정을 통해 작업 공간당 임시 스토리지 전략을 선택할 수 있습니다.
추가 리소스
2.8. Dev Workspace Operator는 작업 공간별 스토리지 전략에 devfile 볼륨 크기를 허용합니다.
이번 업데이트를 통해 PV(영구 볼륨)가 작업 공간별로 생성될 때 Dev Workspace Operator에서 devfile 볼륨에 지정된 볼륨 크기를 허용합니다. PV 크기는 모든 devfile 볼륨의 크기를 요약하여 결정됩니다. 사용자별로 PV가 생성되면 볼륨 크기가 무시됩니다.
추가 리소스
2.9. 작업 공간 시작 시간 지정
이번 업데이트를 통해 관리자는 spec.dev>-<s.startTimeoutSeconds
의 값을 입력하여 CheCluster
사용자 정의 리소스에서 작업 공간 시작 시간 초과를 지정할 수 있습니다.
추가 리소스
2.10. CheCluster 사용자 정의 리소스에서 작업 공간 Pod 스케줄러 변경
이번 업데이트를 통해 관리자는 CheCluster
사용자 정의 리소스에서 spec.dev>-<s.podSchedulerName
값을 구성하여 작업 공간 Pod의 기본 OpenShift 스케줄러를 대체 스케줄러로 교체할 수 있습니다. 대체 스케줄러는 새로 시작한 모든 작업 공간에 적용됩니다.
추가 리소스
3장. 버그 수정
3.1. OAuth 없이 GitLab 서버 인스턴스의 공용 리포지토리에서 작업 공간 생성 수정
이번 업데이트 이전에는 OAuth를 구성하지 않고 GitLab 서버 인스턴스에 호스팅된 공용 리포지토리에서 작업 공간 생성에 실패했습니다. 이번 업데이트를 통해 이 문제가 해결되었습니다.
추가 리소스
3.2. Kubernetes 및 Openshift 구성 요소를 사용하여 devfile에서 작업 공간 생성
이번 업데이트 이전에는 Kubernetes 및 OpenShift 구성 요소에서 devfile에 영향을 미치는 문제가 있어 작업 공간 생성에 실패했습니다. 이번 업데이트를 통해 이 문제가 해결되었습니다.
추가 리소스
3.3. 수정된 RBAC 확인에서 devfile에 지정된 Kubernetes 및 Openshift 구성 요소 확인
이번 업데이트 이전에는 Dev Workspace Operator에서 주체 액세스 검토 테스트를 잘못 구성했기 때문에 Kubernetes 및 OpenShift 유형의 구성 요소가 있는 devfile에서 작업 공간에 실패했습니다. 이번 업데이트를 통해 문제가 해결되었습니다.
추가 리소스
4장. 기술 프리뷰
기술 프리뷰 기능을 통해 향후 제품 개선 사항에 빠르게 액세스하고 개발 과정에서 기능 테스트와 피드백을 제공할 수 있습니다. 그러나 이러한 기능은 Red Hat 서브스크립션 수준 계약에서 완전하게 지원되지 않으며 기능적으로 완전하지 않을 수 있으며 프로덕션용이 아닙니다. Red Hat은 기술 프리뷰 기능을 점차적으로 사용 가능하게 하고 있으며 이러한 기능 사용 시 발생할 수 있는 문제를 해결하기 위해 노력합니다. 기술 프리뷰 지원 범위를 참조하십시오.
없음.
5장. 사용되지 않는 기능
5.1. 작업 공간의 Eclipse Theia 편집기 중단
OpenShift Dev Spaces 3.5에서 작업 영역에서 Eclipse Theia 편집기를 사용하는 것은 더 이상 사용되지 않습니다. Red Hat은 현재 릴리스 라이프 사이클 기간 동안 OpenShift Dev Spaces에서 Eclipse Theia에 대한 제한된 버그 수정 및 지원을 제공합니다. Eclipse Theia는 더 이상 OpenShift Dev Spaces의 향상된 기능을 제공하지 않으며 다음 릴리스에서 OpenShift Dev Spaces에서 제거됩니다.
Microsoft Visual Studio Code - 오픈 소스는 대기 간격 지원이 포함된 기본 편집기입니다.
추가 리소스
6장. 제거된 기능
없음.
7장. 확인된 문제
7.1. OpenShift Dev Spaces를 3.5에서 3.6으로 업그레이드하려면 수동 단계가 필요할 수 있습니다.
버전 3.6으로 업데이트할 때 알려진 문제가 있습니다. devspacesoperator.v3.5.0-0.1682130576.p
로 업데이트된 클러스터에는 해결 방법으로 관리자의 추가 단계가 필요합니다.
해결방법
- OpenShift 웹 콘솔로 이동합니다.
기존 Red Hat OpenShift Dev Spaces Operator 서브스크립션 및
devspaces
CSV를 삭제합니다.참고배포된 Pod 또는 실행 중인 작업 공간을 제거하지 않습니다.
- 최신 Red Hat OpenShift Dev Spaces Operator 서브스크립션을 설치합니다.
- 대시보드를 열거나 작업 영역을 로드하기 전에 모든 Pod가 새 Pod로 대체될 때까지 기다립니다.
또는 oc
명령줄 툴을 사용할 수도 있습니다.
추가 리소스
7.2. OpenShift Dev Spaces 3.4에서 업그레이드한 후에는 중복된 작업 공간을 생성할 수 없습니다.
현재 사용자는 버전 3.4에서 OpenShift Dev Spaces를 업그레이드한 후 동일한 대시보드 샘플 또는 Git 리포지토리 URL에서 여러 개의 작업 공간을 만들 수 없습니다.
관리자는 업그레이드 전에 최신 작업 공간 변경 사항을 Git 리포지토리로 푸시하고 업그레이드 후 작업 공간을 삭제하고 다시 생성할 준비를 해야 합니다.
해결방법
관련 옵션을 사용합니다.
-
새 작업 공간에 고유한 이름을 생성하도록
fixedName
대신generateName
으로 devfile을 업데이트합니다. - 새 작업 공간을 생성하기 전에 동일한 샘플 또는 Git 리포지토리에서 이전 작업 공간을 삭제합니다.
추가 리소스
7.3. 일부 사용자의 커밋 메시지의 잘못된 사용자 이름 및 이메일
현재 Git-provider 자격 증명으로 Kubernetes 보안을 사용하는 사용자에 대해 알려진 문제가 있습니다. 이러한 사용자의 worspaces에 있는 Git 작업에 대한 사용자 이름 및 이메일은 현재 < user>
시크릿에서 가져옵니다.
-devspaces 네임스페이스의사용자
프로필
이 알려진 문제는 관리자가 구성한 Git-provider OAuth에 영향을 미치지 않습니다.
해결방법
실행 중인 작업 영역의 편집기 터미널에서 다음 명령을 실행하여 커밋 작성자 이름과 이메일을 설정합니다.
git commit config --global user.name <your_name> git commit config --global user.email <your_email>
git commit config --global user.name <your_name> git commit config --global user.email <your_email>
Copy to Clipboard Copied!
추가 리소스
7.4. 디버거가 .NET 샘플에서 작동하지 않음
현재 Microsoft Visual Studio Code의 디버거 - Open Source가 .NET 샘플에서 작동하지 않습니다.
해결방법
다음 소스에서 사용할 수 있는 다른 이미지를 사용합니다.
추가 리소스
7.5. Bitbucket.org 호스팅 리포지토리를 기반으로 하는 새 작업 공간은 v2 devfile 없이 시작되지 않습니다.
현재는 리포지토리에 devfile 또는 v1 devfile이 없는 경우 Bitbucket.org 호스팅 리포지토리를 기반으로 하는 새 작업 공간이 시작되지 않습니다. 결과적으로 작업 공간 오류 메시지를 생성하지 못했습니다.
해결방법
- 리포지토리에 devfile이 포함되어 있지 않은 경우 리포지토리에 v2.1 devfile을 추가합니다.
- 리포지토리에 v1 devfile이 포함된 경우 devfile을 v1에서 v2.1로 마이그레이션합니다. https://devfile.io/docs/2.1.0/migrating-to-devfile-v2 을 참조하십시오.
추가 리소스
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 인증서 가져오기를 참조하십시오.
- 여러 작업 공간을 동시에 실행할 수 있습니까?
- 여러 작업 영역을 동시에 실행하도록 사용자 활성화를 참조하십시오.