3.18.1 リリースノートおよび既知の問題
3.18.1 Red Hat OpenShift Dev Spaces 3.18 のリリースノートおよび既知の問題
概要
多様性を受け入れるオープンソースの強化 リンクのコピーリンクがクリップボードにコピーされました!
Red Hat では、コード、ドキュメント、Web プロパティーにおける配慮に欠ける用語の置き換えに取り組んでいます。まずは、マスター (master)、スレーブ (slave)、ブラックリスト (blacklist)、ホワイトリスト (whitelist) の 4 つの用語の置き換えから始めます。この取り組みは膨大な作業を要するため、用語の置き換えは、今後の複数のリリースにわたって段階的に実施されます。詳細は、Red Hat CTO である Chris Wright のメッセージ をご覧ください。
第1章 Red Hat OpenShift Dev Spaces について リンクのコピーリンクがクリップボードにコピーされました!
Red Hat OpenShift Dev Spaces は、エンタープライズレベルのセットアップを備えた Red Hat OpenShift 上の Web ベースの開発環境を提供します。
- クラウド開発環境 (CDE) サーバー
- Microsoft Visual Studio Code - Open Source や JetBrains IntelliJ IDEA Community などの IDE (テクノロジープレビュー)
- 一般的なプログラミング言語、フレームワーク、Red Hat テクノロジーを使用したコンテナー化環境
Red Hat OpenShift Dev Spaces は、コンテナーベースの開発に適しています。
Red Hat OpenShift Dev Spaces 3.18 は Eclipse Che 7.95 をベースにしています。
1.1. サポート対象のプラットフォーム リンクのコピーリンクがクリップボードにコピーされました!
OpenShift Dev Spaces は、次の CPU アーキテクチャー上の OpenShift 4.14–4.17 で実行されます。
-
AMD64 および Intel 64 (
x86_64) -
IBM Z (
s390x) -
IBM Power (
ppc64le)
1.2. サポートポリシー リンクのコピーリンクがクリップボードにコピーされました!
Red Hat OpenShift Dev Spaces 3.18 は、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++ などの言語とテクノロジーを使用して、エアギャップモードでサポートされる getting-started サンプルを提供します。コミュニティーサンプルは、Devfile レジストリーページ から入手できます。
- OpenShift Dev Spaces は、ユーザーログインと管理に OpenShift OAuth を使用します。
Red Hat は、OpenShift Dev Spaces のエンタープライズレベルのサポートを保証するライセンスとパッケージを提供します。
第2章 新機能および機能拡張 リンクのコピーリンクがクリップボードにコピーされました!
なし。
第3章 バグ修正 リンクのコピーリンクがクリップボードにコピーされました!
3.1. libbrotli ライブラリーのない ubi9 ベースのイメージをツールコンテナーとして使用するワークスペースは起動できない リンクのコピーリンクがクリップボードにコピーされました!
このリリース前は、libbrotli ライブラリーをツールコンテナーとして使用しない ubi-9- ベースのイメージを使用するワークスペースに影響を与える問題がありました。ワークスペースを起動すると、エラーメッセージ "Failed to open the workspace: The workspace status remains "Starting" in the last 300 seconds." が表示されました。このリリースにより、この問題は修正されました。
エラーメッセージに表示される時間が異なる場合があります。
関連情報
第4章 テクノロジープレビュー リンクのコピーリンクがクリップボードにコピーされました!
テクノロジープレビューの機能は、最新の技術をいち早く提供して、開発段階で機能のテストやフィードバックの収集を可能にするために提供されます。ただし、これらの機能は Red Hat サブスクリプションレベルアグリーメントでは完全にサポートされておらず、機能的に完全でない可能性があり、実稼働環境での使用を目的としていません。Red Hat ではテクノロジープレビュー機能を今後も繰り返し使用することで一般提供に移行できると考えていることから、お客様がこの機能を使用する際に発生する問題の解決に取り組みます。テクノロジープレビューのサポート範囲 を参照してください。
なし。
第5章 非推奨の機能 リンクのコピーリンクがクリップボードにコピーされました!
なし。
第6章 削除された機能 リンクのコピーリンクがクリップボードにコピーされました!
なし。
第7章 既知の問題 リンクのコピーリンクがクリップボードにコピーされました!
7.1. devfile を持たないリポジトリーのブランチを指す URL から新しいワークスペースを開始する際の問題 リンクのコピーリンクがクリップボードにコピーされました!
devfile.yaml ファイルのないリポジトリーに影響する既知の問題があります。このようなリポジトリーのブランチから新しいワークスペースを開始すると、期待されるブランチではなく、デフォルトのブランチ (例: 'main') がプロジェクトのクローン作成に使用されます。
関連情報
7.2. リフレッシュトークンモードでは、ワークスペースのスタートページが周期的にリロードされる リンクのコピーリンクがクリップボードにコピーされました!
GitHub および Microsoft Azure DevOps OAuth プロバイダーの CHE_FORCE_REFRESH_PERSONAL_ACCESS_TOKEN プロパティーを使用して実験的な更新トークンモードを適用すると、既知の問題が発生します。これにより、ワークスペースはダッシュボードを周期的に再ロードし、ページが再起動するたびに新しい Personal Access Token を作成します。リフレッシュトークンモードは、'GitLab' および 'BitBucket' プロバイダーで正しく機能します。
関連情報
7.3. FIPS コンプライアンスの更新 リンクのコピーリンクがクリップボードにコピーされました!
FIPS 準拠に関しては、特定の暗号化モジュールが FIPS 検証されないという既知の問題があります。以下は、OpenShift Dev Spaces で FIPS を使用するための要件と制限のリストです。
必要なクラスターと Operator の更新
必要に応じて、Red Hat OpenShift Container Platform インストールを 4.14、4.15、4.16、または 4.17 の最新の z-stream 更新に適用します。FIPS をまだ有効にしていない場合は、アンインストールして再インストールする必要があります。
クラスターが起動したら、OpenShift Dev Spaces 3.18 (3.18-36) をインストールし、最新の DevWorkspace Operator バンドル 0.32 (0.32-2) 以降もインストールされ、更新されていることを確認します。https://catalog.redhat.com/software/containers/devworkspace/devworkspace-operator-bundle/60ec9f48744684587e2186a3 を参照してください。
UDI イメージの Golang コンパイラー
Universal Developer Image (UDI) コンテナーには、CGO_ENABLED=1 フラグを指定せずにビルドされた golang コンパイラーが含まれています。check-payload スキャナー (https://github.com/openshift/check-payload) はエラーをスローしますが、このコンパイラーでビルドするものがすべて正しいフラグ CGO_ENABLED=1 を設定し、extldflags -static または -tags no_openssl を使用しない限り、これは安全に無視できます。
結果のバイナリーはスキャンでき、エラーなしで合格するはずです。
静的にリンクされたバイナリー
暗号化に関係のない静的にリンクされたバイナリーは、次の 2 つのコンテナーで見つけることができます。
- code-rhel8
- idea-rhel8.
これらは暗号化に関連していないため、FIPS 準拠には影響しません。
FIPS の Helm サポート
UDI およびコードコンテナーには、FIPS サポートでコンパイルされていない Helm バイナリーが含まれています。FIPS 環境にいる場合は、helm を使用しないでください。
Kubedock の FIPS サポート
UDI コンテナーには、FIPS サポートでコンパイルされていない kubedock バイナリーが含まれています。FIPS 環境の場合は、kubedock を使用しないでください。
関連情報
7.4. デバッガーが .NET サンプルで動作しない リンクのコピーリンクがクリップボードにコピーされました!
現在、Microsoft Visual Studio Code - Open Source のデバッガーは .NET サンプルでは動作しません。
回避策
次のソースからの別のイメージを使用します。
関連情報
第8章 よくある質問 リンクのコピーリンクがクリップボードにコピーされました!
- OpenShift Dev Spaces から OpenShift クラスターにアプリケーションをデプロイすることはできますか?
- OpenShift ユーザートークンはワークスペースコンテナーに 自動的に挿入され、OpenShift クラスターに対して oc CLI コマンドを実行できるようになります。
- 最適なパフォーマンスを得るには、OpenShift Dev Spaces で使用される永続ボリュームに使用する推奨ストレージは何ですか?
- ブロックストレージを使用します。
- 同じクラスターに複数の OpenShift Dev Spaces インスタンスをデプロイできますか?
- クラスターごとにデプロイできる OpenShift Dev Spaces インスタンスは 1 つのみです。
- OpenShift Dev Spaces を オフライン (つまりインターネットから切断した状態で) でインストールすることは可能ですか?
- OpenShift の制限された環境への Red Hat OpenShift Dev Spaces のインストール を参照してください。
- OpenShift Dev Spaces でデフォルト以外の証明書を使用できますか?
- 自己署名証明書または公開証明書を使用できます。信頼できない TLS 証明書のインポート を参照してください。
- 複数のワークスペースを同時に実行できますか?
- ユーザーが複数のワークスペースを同時に実行できるようにする を参照してください。