Red Hat Trusted Application Pipeline 1.4 のリリースノート

単一のコンテナーイメージを使用して RHTAP をインストール可能に

RHTAP 1.4 以降では、Red Hat Ecosystem Catalog から入手できる rhtap-cli コンテナーイメージを使用して RHTAP をインストールすることを推奨します。バイナリーベースのインストールと比較して、RHTAP コンテナーイメージを使用するとインストールプロセスが簡素化され、すべてのオペレーティングシステムで完全にサポートされます。

KUBECONFIG 環境変数がサポートされるようになりました

RHTAP インストーラーは、KUBECONFIG 環境変数で提供される kubeconfig ファイルの読み取りをサポートするようになりました。これにより、KUBECONFIG を使用して、OpenShift クラスターへのアクセス時に使用する kubeconfig ファイルを指定できます。KUBECONFIG 変数の詳細は、kubeconfig ファイルに関する Kubernetes ドキュメント を参照してください。

RHTAP は、Jenkins パイプラインの実行時に Rekor および TUF サービスを自動的に検出するようになりました

以前は、Jenkins を CI プロバイダーとして使用し、Jenkins インスタンスが RHTAP クラスターの外部で実行されていた場合、RHTAP は正しい Rekor および TUF URL を検出できず、これらのサービスに到達できませんでした。その結果、cosign はコンテナーイメージに署名できず、Jenkins パイプラインが失敗する場合がありました。この問題を回避するには、rhtap/env.sh ファイルで Rekor と TUF の外部ルートを手動でハードコードする必要がありました。

RHTPA の Vulnerabilities タブにエラーが表示されなくなりました

以前は、RHTAP が SBOM を Red Hat Trusted Profile Analyzer にアップロードすると、RHTPA は SBOM を受け入れましたが、Vulnerabilities タブに Internal server error が表示されることがありました。この問題はこのリリースで解決されています。

新しいデプロイメントの namespace を作成するとパイプラインが失敗する

新しいデプロイメント namespace を使用して新しいコンポーネントを作成すると、パイプラインは tasks.tekton.dev "rhtap-dev-namespace-setup" not found エラーで失敗します。この問題を回避するには、rhtap-app と呼ばれるデフォルトのデプロイメント namespace を使用します。

ログの表示 と SBOM の表示 アイコンが正しい情報にリンクされない

パイプライン実行が完了したら、Actions メニューの View logs アイコンと View SBOM アイコンをクリックして、ビルドの概要と SBOM にアクセスできるようになります。ただし、これらのアイコンは常に正しい情報を表示するとは限りません。ログ内の正しいステップにアクセスするには、これら 2 つのアイコンのいずれかをクリックし、ログのポップアップウィンドウで必要なステップ (show-sbom または show-summary) を選択します。

RHTAP がレジストリーの種類を検出できない場合、RHDH は Image Registry タブを表示しない

使用しているコンテナーイメージレジストリーを RHTAP が検出できないと、Red Hat Developer Hub UI ではコンポーネントのページに Image Registry タブが表示されません。RHTAP はレジストリー URL を分析してコンポーネントにアノテーションを付けますが、そのアノテーションがないと、RHDH UI にタブが表示されません。この問題を回避するには、Image Registry タブを手動で有効 にします。

Jenkins は 1 つの Git ホスティングプロバイダーしか使用できない

デフォルトの Jenkins 設定では、新しくビルドされたイメージで gitops リポジトリーを更新するときに、GITOPS_AUTH_PASSWORD と呼ばれるグローバル認証情報を使用して認証します。このようなグローバル変数は 1 つしか使用できないため、1 つの Jenkins インスタンスは、一度に 1 つの Git リポジトリープロバイダー (GitHub、GitLab、または Bitbucket Cloud) でのみ動作するように設定できます。

CI タブには、Tekton と Jenkins の GitLab CI 情報が表示されます。

コンポーネントのソースコードを GitLab でホストし、CI プロバイダーとして Tekton または Jenkins を選択すると、RHDH UI の CI タブに、GitLab パイプラインに関する情報が Tekton または Jenkins パイプラインとともに誤って表示される場合があります。Tekton または Jenkins を選択した場合、RHTAP は Tekton または Jenkins パイプラインのみを実行し、GitLab パイプラインに関する CI タブセクションは無視されることに注意してください。

CD と Docs タブに GitOps リソースのエラーが表示されます

Red Hat Developer Hub UI では、GitOps リソースの CD タブと Docs タブで期待どおりのコンテンツが生成されず、エラーが表示されます。

-gitops リポジトリーの Workflow ファイルがシークレットを指していません

新しいコンポーネントを作成し、GitHub Actions を CI プロバイダーとして使用すると、RHTAP はコンポーネントを含む GitHub リポジトリーを生成します。このリポジトリーには、Workflow ファイルを含む <your-component-name>-gitop フォルダーが含まれており、環境変数のリストとシークレットへの参照が提供されます。現在、Workflow ファイルには変数のリストのみが存在します。

CI テンプレートのタスクの順序が正しくありません

Jenkins、GitLab CI、GitHub Actions テンプレートでは、acs-deploy-check タスクの後に update-deployment タスクが実行されます。この順序は予期しないものであり、Tekton パイプラインの設定と一致しません。

RHTAP が一部の環境をサポートしていない

RHTAP 1.4 は、エアギャップ環境、IBM Power Platform、IBM Z Platform、ARM64、および Federal Information Processing Standards (FIPS) モードの OCP をサポートしていません。

RHTAP のアンインストールがサポートされていない

RHTAP のアンインストールは現在サポートされていませんが、クラスターからすべての rhtap namespace を削除することで実行できます。