automation-suite

2024.10

true

Linux の Automation Suite のリリースノート
- 2024.10.0
EKS/AKS の Automation Suite のリリースノート
- 2024.10.0
OpenShift の Automation Suite のリリースノート
- 2024.10.0

Automation Suite リリースノート

Last updated 2024年11月21日

2024.10.0

公開日: 2024 年 11 月 11 日

更新内容

Automation Suite にオンボードされた Document Understanding モダンプロジェクト

UiPath の Automation Suite の製品ポートフォリオに Document Understanding のモダンプロジェクトが加わりました。この拡張は、Automation Cloud を介して提供される機能と同等の機能を維持するという UiPath の目標に沿ったものです。

Document Understanding モダンプロジェクトを有効化する場合は、製品間の依存関係を確認し、前提条件をすべて満たしていることを確認してください。 Document Understanding のモダンプロジェクトには追加のリソースが必要なため、この製品を有効化する際には、その点を考慮してください。

これらの新しく追加された製品のインストールと構成の詳細については、「 Linux の Automation Suite のインストールガイド」をご覧ください。これらの製品の機能を最大限に活用する方法の詳細については、 Document Understanding モダンプロジェクトのユーザーガイドをご覧ください。

ライトモードの紹介

Automation Suite をより簡単かつ低コストで使い始めるため、ライトモードを導入しました。これにより、少ないインフラストラクチャ要件から始めて、準備ができたら、特定のサービスの高可用性に移行できます。

既定では、ライトモードでは、リソースを節約するために、すべてのサービスが非高可用性になります。ただし、特定のサービスで高可用性を有効化する場合は、cluster_config.json ファイルで profile パラメーターを設定するか、対話型インストーラーを使用します。

ライトモードの主な利点は、リソース効率です。すべてのサービスで高可用性を必要とせずに、すべての機能を提供します。その結果、ライトプロファイルは必要なリソースが少なくて済み、予算を重視する組織にとっては付加価値の高い機能です。

特に、ライトモードは小規模な操作のためだけのものではありません。このモードはスケーラビリティを念頭に置いて設計されているため、ニーズが高まるにつれて、ライトモードも一緒に成長します。

ライトモードは汎用性が高く、次のようなさまざまなシナリオに対応します。

インフラストラクチャに多大な労力を費やすことなく Automation Suite の機能を検討する予定がある。
最小限のセットアップから始めて、必要に応じて柔軟かつ簡単にスケールアップしたい。
独自のニーズに合わせてサービスの可用性をカスタマイズすることで、インフラストラクチャコストを管理することを目指しています。
小規模なユースケースを対象としており、高可用性以外のサービスで効率的に動作するシステムを希望する場合。

コマンドライン操作を uipathctl に統合する

この度、CLI ツールを統一する取り組みの一環として、Automation Suite における uipathctl の役割が拡大されました。 uipathctl は、Automation Suite 内のすべてのタスクに対して、より強力で便利な単一のエントリポイントになることを目指しています。

これにより、Automation Suite のインストールと構成が効率化され、より統合されたエクスペリエンスが実現します。

その結果、 uipathctl は次のスクリプトを置き換え、それらの機能を同化します。

install-uipath.shは、以前は Automation Suite のインストールとカスタマイズに使用されていました。
configureUiPathAS.sh、以前は Automation Suite クラスター内で証明書の管理や、ObjectStore、レジストリ、監視ツールの構成などの操作を実行するために使用されていました。
configureUiPathDisks.shは、以前は新しい Automation Suite クラスターのディスクとマウントポイントの構成や、インストール後のデータディスクのサイズ変更に使用していました。
validateUiPathReadiness.shは、以前は RPM パッケージの検証とインストール、および Automation Suite のインストール時に必要な前提条件の確認の検証に使用していました。
orchestrator_configurator.shは、以前は Automation Suite の Orchestrator デプロイ内でのファイルや設定 (ストレージファイル、資格情報ストアプラグイン、NLog 拡張機能の追加、 appSettingsの変更など) に使用されていました。

さらなる機能強化を皆様と共有できることを楽しみにしています。

実行できるコマンドの詳細については、「 uipathctl」をご覧ください。

RHEL がサポートするバージョン

Erratum - added November 21, 2024: We have expanded our OS support to include RHEL 8.8, 8.9, 8.10, 9.2, and 9.4 versions.

Red Hat no longer supports RHEL 8.6. As a result, we have removed it from the list of compatible RHEL versions.

AWS 署名バージョン 4 のサポート

Automation Suite では、すべての S3 API 要求に AWS 署名バージョン 4 が使用されるようになりました。この変更は、AWS 署名バージョン 4 をサポートしていない S3 サーバーでの Automation Suite の使用に影響します。

SSE-KMS のサポート

Automation Suite で、AWS S3 バケットのキー管理サービス (SSE-KMS) によるサーバー側の暗号化がサポートされるようになりました。

SSE-KMS について詳しくは、 AWS のドキュメントをご覧ください。

TLS 1.3 のサポート

Transport Layer Security (TLS) 1.3 がサポートされるようになりました。この新しいTLSバージョンでは、前身のTLS 1.2よりも安全であり、より高速な接続とパフォーマンスの向上を提供するなど、いくつかの重要な改善がもたらされています。

TLS 1.2 から TLS 1.3 にアップグレードする方法の詳細については、「 TLS 1.2 で脆弱な暗号に対処する方法」を参照してください。

プロジェクトを必要とする外部レジストリのサポート

Automation Suite が Harbor およびその他の外部レジストリをサポートするようになりました。これらのレジストリでは、レジストリからイメージをプッシュまたはプルする前にプロジェクトを作成する必要があります。

詳しくは、「Automation Suite の成果物を外部 OCI 準拠レジストリにアップロードする」および「外部の OCI 準拠レジストリの設定」をご覧ください。

前提条件に関する新しい確認

Automation Suite のインストールと構成の全体的なユーザーエクスペリエンスを改善するため、かつ不足している要件を事前にキャッチするために、前提条件の確認項目をさらに追加しました。主な追加事項は以下のとおりです。

Automation Suite が、外部 ObjectStore が署名付き URL 経由のバケットへの POST 要求をサポートしているかどうかを確認するようになりました。 Document Understanding でバケットからファイルをダウンロードするには、POST 要求のサポートが必要です。
シングルノードの RKE2 とクラスター内のストレージを使用する構成について、前提条件の確認を新たに追加しました。 Ceph のデータバックアップを保存するために、512 GB 以上のディスクが追加で必要になりました。 Ceph 用にディスクのパーティションを設定するには、次のコマンドを使用する必要があります。
```
./bin/uipathctl rke2 disk --backup-disk-name <disk-name>./bin/uipathctl rke2 disk --backup-disk-name <disk-name>
```
新しい前提条件の確認では、Document Understanding モダンプロジェクトを有効化するのに十分なディスク領域があることが検証されます。このチェックでは、 /datadisk/registry ディスクと /var/lib/rancher ディスクでディスク領域の可用性が検証されます。

Instance Metadata Service バージョン 2 のサポート

AWS の高可用性デプロイで Instance Metadata Service バージョン 2 (IMDSv2) がサポートされるようになりました。 IMDSv2 の詳細については、 AWS のドキュメントをご覧ください。

Apps のサブドメインの要件

Apps が提供する機能を最大限に活用するには、完全修飾ドメイン名 (FQDN) を使用して一意のサブドメインを指定することが必要になりました。次の変更を行う必要があります。

Apps のサブジェクト別名 (SAN) エントリを使用して証明書を更新します。細部。。。
新しい Apps サブドメインに対応するように DNS サーバーを調整します。細部。。。

ID トークン署名証明書の自動ローテーション

Automation Suite 2024.10 では、ID トークン署名証明書の自動ローテーションが導入されています。この機能により、署名キーのライフサイクルが自動化され、セキュリティが強化され、証明書を手動で管理する必要性が軽減されます。

Automation Suite 2024.10 を初めてデプロイする場合、この機能は既定で有効化されています。署名証明書を手動で管理するオプションは引き続き使用でき、手動制御を希望するユーザーや特定の運用要件がある場合は、証明書の自動ローテーションを無効にすることができます。

古いバージョンから v2024.10 にアップグレードする場合、自動管理は既定で無効化されていますが、必要に応じて有効化できます。

証明書の自動ローテーションを有効化または無効化する方法について詳しくは、Linux の Automation Suite のドキュメントの「証明書の自動ローテーション」、AKS/EKS の Automation Suite のドキュメントの「証明書の自動ローテーション」をご覧ください。

ライセンスに関するニュース

[消費状況] の新しい監視オプション

[消費状況] タブを追加し、ライセンスの割り当て状況をよりきめ細かく監視できるようになりました。このタブは組織レベルとテナントレベルの [管理] セクションで利用でき、ライセンスによって付与される、AI ユニット、ロボットユニット、API 呼び出しなどの消費単位の割り当てと使用状況の詳細を確認できます。

SAP 移送ユニットの導入

サービス消費単位として、「SAP 移送ユニット」が利用可能になりました。Test Manager 内の SAP 変更影響分析機能にライセンスを付与するために使用されます。

ライセンス関連のテナント制限の変更

以下のいずれかのサービスを含むライセンスをお持ちの場合は、無制限の数のテナントでこれらのサービスを有効化できるようになりました。

Automation Hub
Process Mining
Test Manager
Insights

ライセンスの割り当て超過バナーの削除

これまでは、サービスに割り当てられたライセンスの数が、組織で利用可能なライセンスの数を超えると、警告バナーが表示されていました。ただし、このバナーでは割り当て超過に関する明確な情報が提供されておらず、問題解決のためのアクションアイテムも提供されていませんでした。

そのため、ユーザーエクスペリエンスを向上させるとともに、ユーザーの注意の妨げにならないようにするために、このバナーを削除することにしました。割り当てドロワーを確認すると、これまでどおり関連する詳細情報をすべて確認できます。

AI ユニットを通じて Process Mining をライセンスする

UiPath の他の AI 製品と同じように、Process Mining が AI ユニットを通じてライセンスされるようになりました。

ライセンスの消費について詳しくは、『Process Mining ガイド』の「ライセンス」をご覧ください。

ホストポータルからのライセンスアクティベーションの非推奨化

UiPath では、進化し続ける UiPath® Platform の商用サービスのサポート向上に努めています。今回、その一環として、ホストポータルからライセンスをアクティベーションするオプションを非推奨とします。この移行を容易にするため、この非推奨化を管理者に通知する警告バナーを追加し、ライセンスアクティベーションのベストプラクティスを提供します。

ただし、機能への影響は一切ありません。また、この機能が削除されるまでは、これまで同様、ホストポータルからライセンスをアクティベーションできます。

個人用アクセストークン (PAT)

個人用アクセストークン (PAT) を導入しました。 PAT を使用すると、開発者は効率的で安全な方法によって、ユーザー範囲のアクセス権を持つトークンを取得できます。他の認証メカニズムを許可していない、あるいはユーザーが資格情報を提供したくないアプリケーションやオートメーションを操作する場合に、PAT を使用することでリスクを軽減できます。アプリがセキュリティ侵害を受けた場合は、PAT を取り消すだけで対応できます。

注:

個人用アクセストークンは、ローカルユーザーのみが利用できます。

主な機能:

組織からユーザーが削除されると、未認可のアクセスを防ぐため、ユーザーに関連する PAT が自動的に取り消されます。
組織管理者は発行された PAT を管理できるため、必要に応じて容易にアクセス権を取り消すことができます。

PAT の実装について詳しくは、個人用アクセストークンに関するドキュメントをご覧ください。

個人用アクセストークンを管理する

個人用アクセストークン (PAT) は、組織管理者が管理できます。他の認証メカニズムを許可していない、あるいはユーザーが資格情報を提供したくないアプリケーションやオートメーションを操作する場合に、PAT を使用することでリスクを軽減できます。アプリがセキュリティ侵害を受けた場合は、PAT を取り消すだけで対応できます。

注:

個人用アクセストークンはローカルユーザーのみが利用でき、組織管理者によって管理されます。

組織管理者は発行された PAT を管理できるため、必要に応じて容易にアクセス権を取り消すことができます。

PAT の管理について詳しくは、「 PAT を管理する」をご覧ください。

改良点

インプレースアップグレードの強化

より安全なスタックを確保し、一般的な脆弱性と露出を最小限に抑えるために、Kubernetes の更新頻度を増やしました。

通常、Kubernetes ではバージョンの順次アップグレードが必要です。つまり、対象の Automation Suite バージョンにアップグレードするための中間手順が複数ある可能性があります。 Automation Suite 2024.10 では、 Kubernetes の連鎖アップグレードを導入し、ジャンプの途中で直接 Automation Suite のバージョンに到達できるようにしました。プロセス全体がバックグラウンドでシームレスに処理されます。

たとえば、Automation Suite を 2023.10.2 から 2024.10.0 にアップグレードして、複数の Kubernetes バージョンを自動的に移行できるようになりました。この強化により、安全なスタックが保証され、アップグレードがさらにスムーズになります。

この改良に対応するため、アップグレードワークフローにいくつかの変更が加えられました。これらの変更には、既存の手順の更新や、次のような新しい追加が含まれます。

インフラストラクチャとサービスの前提条件の確認を別々に実行する
実際のアップグレードの前に、Longhorn ワークロードをローカル PV に移行し、MongoDB データを SQL に移行し、Ceph を Helm ベースのデプロイに移行する。
サービスおよび共有コンポーネントをターゲット・バージョンにインストールする。

また、もう 1 つの変更点として、該当する場合、インプレースアップグレードのコマンドに uipathctl を使用できるようになりました。

詳しくは、「インプレースアップグレードを実行する」をご覧ください。

アクティブ/アクティブデプロイの拡張サポート

アクティブ/アクティブモードでデプロイできる製品のリストを拡張しました。以前はこの機能は Orchestrator でのみ利用可能でしたが、より柔軟に利用できるよう、以下の製品も追加しました。

Action Center
AI Center
Apps (アプリ)
Automation Ops
Automation Suite ロボット
Computer Vision
Data Service
Document Understanding
Test Manager

詳細については、「 Disaster Recovery - アクティブ/パッシブおよびアクティブ/アクティブ」をご覧ください。

インストールプロセスを簡素化し、効率を向上

インストールプロセスに必要な手順の数を減らすことで、インストールエクスペリエンスを向上させました。現在、このプロセスには、インフラストラクチャのインストールとクラスターのインストールという 2 つの主要な部分が含まれます。これらのインストールフローの改善により、インストール時間の大幅な短縮が期待できます。

OSS ベースを使用した共有コンポーネント管理の強化

共有コンポーネントの管理に重点を置いた大幅な改良を行いました。

以前のバージョンでは、Rancherが提供するコンポーネント配信システムに大きく依存していました。このアプローチには効果的ではありますが、特に一貫性のないコンポーネントバージョンに対処するという課題があります。

現在、コンポーネント管理はオープンソースソフトウェア(OSS)ベースに移行しています。さらに、コンポーネントのインストールとアップグレードには uipathctl を活用しています。

この戦略的な変更により、共有コンポーネントのインストールプロセスが簡素化されるだけでなく、各コンポーネントを個別に管理できるようになります。さらに、個々のコンポーネントの再インストールプロセスにおける時間効率の向上も期待できます。

バックアップと復元のフローの強化

外部 NFS サーバーの構成手順を強化し、バックアップと復元がスムーズになりました。マウントに関する潜在的な問題を防ぐために、 /asbackup/asetcdbackup の場所または同等の NFS マウントパスにサブディレクトリを作成するためのガイダンスを追加しました。更新されたコマンドの詳細については、「マウントパスを構成する」を参照してください。

クラスター内の Docker レジストリに対するイメージのクリーンアップ

アップグレード後に古いイメージを簡単に削除できるようになりました。この機能は、クラスター内の Docker レジストリを使用したオフラインセットアップ用に特別に設計されています。詳細については、「アップグレード後の操作を実行する」をご覧ください。

UiPath Automation Suite Install Sizing Calculator の機能強化

Automation Suite のデプロイのハードウェア要件をより正確に見積もれるよう、さまざまな修正と改良を行いました。 Document Understanding と AI Center で必要な追加のデータディスクが考慮されるようになりました。また、1 回のクリックで、現在選択している構成とともに UiPath Automation Suite Install Sizing Calculator の URL を共有できるようになりました。

UiPath Automation Suite Install Sizing Calculator (インストールサイジング計算ツール) を簡単に試すには、「要件算出ツール」をご覧ください。

FQDN 更新の機能強化

この度、完全修飾ドメイン名 (FQDN) の更新プロセスを強化しました。今回のリリースでは、単一のマシンからクラスターの FQDN を更新できるため、以前の複数ステップの手順を置き換えることができます。この更新は、プロセスを簡素化し、よりユーザーフレンドリーで効率的なものにすることを目的としています。

FQDN の更新プロセスの詳細については、「インストール後に FQDN を設定する」をご覧ください。

Istio ダッシュボードの管理

Istio 関連のダッシュボードは、既定ではオフになっています。これらのダッシュボードを使用する必要がある場合は、ArgoCD UI 内の追加の構成手順によってダッシュボードを有効化する必要があります。ただし、これらのダッシュボードを有効化すると、Istio のパフォーマンスに影響が出る可能性があることに注意してください。

Istio ダッシュボードについて詳しくは、「ネットワークを監視する」をご覧ください。

前提条件チェックの出力の拡張

uipathctl によって生成される前提条件の確認出力が、よりユーザーフレンドリーになりました。簡素化された整理された表示により、読みやすさが向上し、取得する情報の種類をより詳細に制御できます。

さらに詳細な情報が必要な場合は、 --verbose フラグを使用して、完全な詳細な出力にアクセスできます。より簡潔な情報の方がニーズに適している場合は、 --verbose フラグをスキップするだけで、明確でわかりやすい出力が得られます。

前提条件の確認について詳しくは、「前提条件の確認」をご覧ください。

セキュリティの強化

Common Vulnerabilities and Exposures (CVEs) (共通脆弱性識別子) に対応するためのセキュリティ更新プログラムとパッチを引き続き提供します。

SAML SSO の改良

SAML SSO を改良するための重要な更新をいくつか行いました。更新の概要は次のとおりです。

エンティティ ID 形式の切り替え: ID プロバイダーの設定のために UiPath の詳細を取得する際に、従来のエンティティ ID の形式 (組織 ID なし) と、組織 ID を含む新しい形式を切り替えられるようになりました。
カスタムの一意の識別子: 一意の ID にカスタム属性を設定するオプションを追加しました。この機能は、次の場合に特に役立ちます。
- メールアドレスがユーザーに割り当てられていない
- メールアドレスを一意の識別子として使用できない (メールアドレスが ID プロバイダー内で一意でない)
重要:
設定した後に一意の識別子を変更すると、システムがユーザーを識別できなくなる可能性があり、以前は認識されていたユーザーが失われる場合があります。
認証要求の署名: この機能により、UiPath はすべての SAML 認証要求に署名できます。これは、お使いの ID プロバイダーが署名付き認証要求を必要とする場合に便利です。
シングルログアウト: UiPath の SAML の構成にシングルログアウト (SLO) 機能が含まれるようになりました。これにより、ID プロバイダー下に統合したお使いのすべてのアプリケーションから同時にログアウトできるようになりました。

ハイコントラストテーマオプション

一連の UI 要素のコントラストを高めるハイコントラストテーマを導入しました。

詳しくは、「テーマを選択する」をご覧ください。

UI でのサービスの可視性

各ユーザーの UI をカスタマイズできるよう、左側のナビゲーションバーで以下の 3 つのサービスについて、表示設定を管理できるようになりました。

Automation Hub
AI Center
Process Mining

詳細については、「未使用のサービスを非表示にする」をご覧ください。

バグ修正

クラスター構成ファイルの orchestrator.testautomation セクションで指定した SQL 接続文字列が、uipathctl バイナリで無視される問題を修正しました。
IMDSv2 のみが有効化されている AWS マシンでインストールまたはアップグレードが失敗する問題を修正しました。
プロキシ環境で、プロキシサーバーが Istio サービスメッシュ内の他のサービスの TCP ポートと同じポート (ポート 8080 など) を使用していると、ポッドが FQDN と通信できず、エラーメッセージが表示されていました。現在、この問題は修正されました。
手記：もし、あなたが以前に、に従ってサービスエントリを作成しました。ポッドでの回避策では、プロキシで FQDN と通信する環境の削除をお勧めします Automation へのアップグレード後のサービスエントリ Suite 2024.10.0 以降。サービスを削除するには、以下の手順を実行しますエントリには、次のものを使用します命令：
```
kubectl delete serviceentry proxy -n uipathkubectl delete serviceentry proxy -n uipath
```
アップグレード中にレジストリ設定が破損する原因となっていた uipathctl関連の問題を修正しました。以前は、 cluster_config.json の helm URL のポートが外部レジストリとして扱われていたため、が省略されていました registries.yaml。現在は、Helm URL にポートが存在するかどうかに関係なく、insecure_skip_verify: true が正しくregistries.yamlに含まれるようになりました。
rke2-killall.shを実行せずにrke2-server サービスをシャットダウンすると、エージェントマシンからの待受停止レポートが断続的に生成される可能性がある問題を修正しました。
Longhorn のアンインストール後も Longhorn ストレージクラスが存在することが原因で、Automation Suite 2023.10.x からのアップグレードが失敗する問題を修正しました。
サポートバンドルに履歴ログが含まれず、設定した外部オブジェクトストアにアップロードされない問題を修正しました。この問題は、外部OCIレジストリを使用するオフライン環境で発生していました。
RKE2 へのアップグレード後、 snapshot-controller-crds ポッドが CrashLoopBackOff ステートのままになる問題を修正しました。この問題は、RKE2 のアップグレード中に新しく取り付けた snapshot-controller と既存のが競合するために発生していました。
Dex イメージのバージョンの不一致が原因で ArgoCD の SSO を有効化できない問題を修正しました。
ライセンスが組織レベルで割り当てられない問題を修正しました。
クラスター内の Docker レジストリで使用される Docker レジストリ PVC のサイズを変更した場合に、アップグレードプロセス中に問題が発生する問題を修正しました。現在は、アップグレードプロセス中に新しいサイズが正確に認識され、考慮されます。

既知の問題

スタンドアロン製品から Automation Suite への完全な移行はサポートされない

現在、UiPath.OrganizationMigrationApp ツールを使用して、スタンドアロン製品のバージョン 2024.10 から Automation Suite 2024.10 への完全な移行を実行することはできません。 UiPath では、このシナリオのサポートの導入に積極的に取り組んでいます。

それまでの間は、シングルテナントの移行を実行できます。この移行オプションについて詳しくは、「単一テナントの移行」をご覧ください。

Document Understanding の制限事項と既知の問題

今回のリリースでは、Automation Suite のオフラインデプロイと Azure Government 環境で Document Understanding のモダンプロジェクトはサポートされていません。

生成 AI によるアノテーションや生成 AI による抽出などの生成 AI 機能は現在、Automation Suite の Document Understanding では利用できません。

Document Understanding モダンプロジェクトをアクティベーションせずに Document Understanding がテナントで有効化されている場合、Document Understanding アプリケーション (左側のリストからアクセス可能) は動作しません。

詳細については、『Document Understanding ガイド』のリリースノートをご覧ください。

分割as.tar.gz利用不可

[ as.tar.gz 分割] は現在利用できません。それまでの間はフルas.tar.gz を使用できます。

Connaisseur を有効化するとインストールまたはアップグレードが失敗する

An issue causes installation or upgrade failures when enabling Connaisseur during the configuration of an external OCI-compliant registry. The issue occurs when you set the registries.trust.enabled parameter to true in the cluster_config.json file.

現在、Splunk へのログの転送は利用できません

Kubernetes 用の Splunk Connect プラグインがサポートされなくなったため、Automation Suite 2024.10 では現在、インフラストラクチャログを Splunk に転送できません。ログの収集に使用できる OpenTelemetry Collector も、このバージョンの Automation Suite ではサポートされていません。

外部ツールの管理の詳細については、「責任マトリクス」をご覧ください。

ポッドログのカスタムディレクトリが機能しない

現在、ポッドログの格納にカスタムディレクトリを使用することはできません。これは、kube-logging への切り替えによるものです。

外部サービスの監視は既定では有効化されていません

サービスの監視に kube Prometheus を使用する場合、 ServiceMonitor ファイルは既定で追跡されません。この問題は、 monitoringConfigure.enableEnhancedMonitoring フィールドを有効化しようとすると、Redis や Istio などのサービスに特に影響を及ぼします。

この問題を解決するには、次の構成サンプルに示すように、ServiceMonitor YAML 構成ファイルに明示的な release: monitoring ラベルを手動で追加する必要があります。

apiVersion: monitoring.coreos.com/v1
kind: ServiceMonitor
metadata:
  name: istio-component-monitor
  namespace: {{ .Values.monitoringConfigure.namespaces.istio }}
  labels:
    monitoring: istio-components
    release: monitoring
spec:
  jobLabel: istio
  targetLabels: [app]
  selector:
    matchExpressions:
    - {key: istio, operator: In, values: [pilot]}
  namespaceSelector:
    any: true
  endpoints:
  - port: http-monitoring
    interval: 15sapiVersion: monitoring.coreos.com/v1
kind: ServiceMonitor
metadata:
  name: istio-component-monitor
  namespace: {{ .Values.monitoringConfigure.namespaces.istio }}
  labels:
    monitoring: istio-components
    release: monitoring
spec:
  jobLabel: istio
  targetLabels: [app]
  selector:
    matchExpressions:
    - {key: istio, operator: In, values: [pilot]}
  namespaceSelector:
    any: true
  endpoints:
  - port: http-monitoring
    interval: 15s

非推奨化のタイムライン

非推奨化および削除される機能に関する最新情報については、非推奨化のタイムラインを定期的に確認することをお勧めします。

バンドルの詳細

製品バージョン

Automation Suite の各製品における変更点は、以下のリンクから確認できます。

製品が灰色表示されている場合は、この新しいバージョンの Automation Suite ではそのコンポーネントに対する変更はありません。

発見	開発	管理	協働
Automation Hub 2024.10.0	Automation Ops 2024.10.0	AI Center 2024.10.0	Action Center 2024.10.0
Task Mining 2024.10.0	AI Computer Vision 2024.10.0	Insights 2024.10.0	Apps 2024.10.0
Process Mining v2024.10.0	Document Understanding AI Center ベースのプロジェクト 2024.10.0 Document Understanding モダンプロジェクト 2024.10.0	Orchestrator 2024.10.0
		Test Manager 2024.10.0
		Data Service 2024.10.0

サードパーティ内部コンポーネントのバージョン

この Automation Suite のリリースには、次のコンポーネントがバンドルされています。

コンポーネント	バージョン
RKE2	1.30.5
ArgoCD	2.11.3
Gatekeeper	3.17.0
ルーク	1.14.6
Ceph	17.2.6
prometheus-pushgateway	2.12.0
cert-manager	1.14.5
Istio	1.23.0
kube-logging/logging-operator	4.9.1
Prometheus	2.54.1
Grafana	11.1.5
velero	6.2.0
redis-operator	7.4.6-2
redis-cluster	7.4.6-22
OAuth2-proxy	7.6.0