Jira Software 11.2.x リリース ノート
Jira Software 11.2 がリリースされました!
ハイライト
- Jira Data Center に OpenSearch を導入
- ボード上の新しい制限 (10, 000 アイテム)
- セーフガードによるインスタンスの最適化
- カスタム フィールドを最適化する
- すべてを一箇所でクリーンアップ
- sysadmin と OS のアクセス分離を強化
- JQL レジリエンスで Jira ノードを保護
- OAuth 2.0 でアプリ リンクを安全に接続する
- レート制限のサポート対象に OAuth 2.0 を追加
- ワークフローにおける「プロジェクトの参照」プロパティの廃止
- OpenSearch によりインデックス化とスナップショットを改善
- クラスター メッセージ クリーニング サービスで大規模な表を処理する
- Jira 11.2 での React 18 と Atlaskit のアップグレード
- Jira mobile plugin removal
- サポート対象プラットフォームの変更
- アプリ開発者向けの情報
- アップグレード手順
- 解決済みの課題
さらに読む
このリリースで解決済みの課題の完全なリストをご参照ください。
互換性のあるアプリケーション
互換性のある Jira アプリケーションをお探しの場合、次のページをご参照ください。Jira Service Management 11.2 リリース ノート
Jira Data Center に OpenSearch を導入
対象: エンド ユーザー 管理者
OpenSearch is now fully supported for production use. You can configure Jira to use OpenSearch as your search platform, either on premises or as a managed service like AWS OpenSearch Service. We recommend switching to OpenSearch because it offers performance, scalability, and reliability improvements over Lucene.
OpenSearch in Jira isn’t just about searching — it supports everything you do, from loading boards and viewing backlogs to generating reports and working with issues. Because so many core actions rely on search, OpenSearch’s speed, consistency, and reliability have a direct impact on your team’s productivity and experience. By using OpenSearch instead of Lucene, you’ll be able to speed up you Jira, reduce the number of required Jira nodes, and use cheaper hardware.
To understand the differences between OpenSearch and the default Lucene search platform, review the OpenSearch for Jira Data Center guide.
また、次のような過去の OpenSearch ドキュメントもご参照ください。
- Jira 向け OpenSearch を設定する
- OpenSearch hardware recommendations for Jira
- Jira 11 の検索 API の非推奨機能およびアップグレード ガイド
- Jira 11 で FieldIndexer を移行する
- Lucene Collectors を Jira 11 の検索 API に移行する
ボード上の新しい制限 (10, 000 アイテム)
対象: エンド ユーザー 管理者
This limit applies only when you’re using OpenSearch. The default Lucene search platform isn’t affected, but you can also configure Lucene to enforce the same limit.
Jira に OpenSearch を実装すると、スクラム ボードとカンバン ボードで最大 10,000 アイテムを表示できます。ボードが上限に達した場合は、管理者がボード フィルターをアップデートして、含まれる課題の数を減らす必要があります。このアップデートにより、Jira が大企業向けに拡張できるようになり、検索パフォーマンスが向上し、インデックス化のボトルネックを防ぎます。
To check the total number of issues on your board, go to Issues, then select Search for issues and apply your board’s filter. By default, you can view up to 10,000 issues. An admin can override this limit by setting the jira.search.platform.max.result.window property.
More about issue display limits on boards
セーフガードによるインスタンスの最適化
対象: 管理者
Jira インスタンス最適化ツールに、コメント、カスタム フィールド、課題タイプ、課題、プロジェクトの推奨制限内に収まるように、セーフガードが追加されました。こうしたセーフガードは、インスタンスの拡大に伴い、システムの安定性とパフォーマンスを維持するのに役立ちます。
制限をセットアップするには、次の手順に従います。
- Jira アプリケーションの右上隅で [Jira 管理] > [システム] の順に選択します。
- サイドバーで、[インスタンス最適化ツール] を探し、[概要] を選択します。
- [セーフガードの設定] を選択します。
You can enable or disable safeguard enforcement, and choose whether to receive email and in-app notifications. When usage approaches a set limit, system admins receive notifications. If a user tries to perform an action that would breach a safeguard, the action is blocked and the user receives a warning. Explore how to configure safeguards in Instance optimizer
カスタム フィールドを最適化する
対象: 管理者
Instance optimizer now makes it easier to manage your custom fields. You can search, filter, and take bulk actions, including deleting custom fields directly from the recommendations page. You can also see more details about custom field usage and the impact of localizing these fields.
You can scan your custom fields to identify those with configurations that can be optimized. If your last scan is more than 24 hours old, you will need to re-scan to ensure you have the most up-to-date data. After 24 hours, previous scan results are no longer displayed.
Optimize your custom fields in Jira
すべてを一箇所でクリーンアップ
対象: 管理者
We're deprecating the Clean up functionality in Jira Data Center and removing the Audit Custom Fields link. Instead, the cleanup features, such as project and issue archiving, are now integrated into the preinstalled Instance Optimizer app, which provides more efficient and automated ways to optimize your instance.
With this change, you’ll find all the cleanup features in one place. More about Instance Optimizer for Jira
sysadmin と OS のアクセス分離を強化
対象: 管理者
Starting from Jira 11.2, we’ve clarified the distinction between the global administrative permissions: Jira administrator and Jira System administrator and introduced new application properties. You can use them to ensure that only users with the highest level of administrative access can perform sensitive operations.
In Jira 11.2, the stricter permissions are opt-in, but they'll become opt-out in a future major version of Jira Data Center.
System administrators can update these properties in the advanced settings in Jira. By default, they’re set to false and let you opt in to the updated role requirements at your own pace. You can test them by setting the property value to true. Enable each property individually to apply stricter permissions
機能 | 新しい権限 | プロパティ |
|---|---|---|
Only Jira System administrator can manage JMX settings. |
| |
Enabling or disabling certain dark features that impact security, infrastructure, core configuration, or expose sensitive system-level data. | Only Jira System Administrator role can manage some subsets of dark features. |
|
Jira ホーム ディレクトリからの復元インデックスの読み込み。 現在は、ローカル ファイル システム上の場所を含む絶対パスから復元インデックスを読み込むことができます。バックアップと復元に使用されるアプローチに合わせて、復元インデックスが Jira ホーム ディレクトリからのみ読み込まれるように要求することができます。 | Jira ホームに対する相対パスからのインデックスの読み込みのみを許可します。 |
|
JQL レジリエンスで Jira ノードを保護
対象: 管理者
アトラシアンは、JQL レジリエンスを導入します。これは、リソースを大量に消費する JQL 操作によりノードがクラッシュするのを防止する、一連のセーフガードです。JQL クエリによるメモリの大量消費や、長過ぎる実行時間を改善するには、次の方法をお試しください。
- 検索結果の上限を設定する
- JQL クエリの時間制限を定義して、実行時間が長すぎるクエリを中断する
- メモリ使用量のサーキット ブレーカーを有効にして、メモリが少なくなったときに新しい JQL クエリを拒否する
For each node, you can control these limits in the jira-config.properties file. Each change requires you to restart Jira for it to take effect. Explore how to use JQL resilience
When these features are enabled, some JQL searches might return a SearchException in situations you didn’t encounter before, such as timeouts. Jira logs these events and publishes them in the audit log. Use these features only when the risk of node crashes outweighs the impact of failed queries.
OAuth 2.0 でアプリ リンクを安全に接続する
対象: 管理者
We’ve added OAuth 2.0 support for application links (app links) across Atlassian Data Center products. OAuth 2.0 is an industry-standard authentication protocol that enables secure mand reliable connections between Atlassian products and external applications. More about creating applinks
アトラシアンは、ハイブリッド環境での安全かつ効率的な統合を可能にする、クラウドに接続するための OAuth 2.0 ベースのアプリ リンクにも取り組んでいます。タイムラインは近日公開予定です。
レート制限のサポート対象に OAuth 2.0 を追加
対象: 管理者
Rate limiting in Jira now supports OAuth 2.0 2-legged (2LO) authentication. This update lets you configure rate limits for OAuth 2.0 requests separately from other API requests, making it easier to manage integrations like the Rovo connector.
More about rate limiting in Jira
ワークフローにおける「プロジェクトの参照」プロパティの廃止
対象: 管理者
Starting in Jira 11.2.0, we're deprecating the jira.permission.browse.* workflow step properties. These properties are used to restrict issue visibility on certain workflow steps.
Alternatively, you can set the issue security levels and automation rules to control which users can access the issue based on their project role and the current issue status. Update your workflows to use the alternative functionality
To preview the Browse Project removal enforcement, you can enable the com.atlassian.jira.workflow.permission.browse.removal feature flag. Jira permission manager will ignore these Browse Project properties starting from version 12.0.0.
OpenSearch によりインデックス化とスナップショットを改善
対象: 管理者
Jira Data Center で OpenSearch を有効にすると、ユーザー インターフェイスと REST API の両方に対して変更が加えられていることに気付くでしょう。今後、インデックス管理 UI は新しい URL (OpenSearchIndexAdmin.jspa) を使用します。また、OpenSearch に合わせたさまざまな設定オプションが提供されます。
インデックス化とスナップショットの各 API エンドポイントに対して、OpenSearch 固有の動作が反映されるようになりました。
- インデックス再作成のエンドポイントは、次のようにバックグラウンドで完全なインデックス再作成を実行します。
/jira/rest/api/2/reindex
- スナップショット エンドポイントは、OpenSearch に適用されないため無効になっています。
/rest/api/2/index-snapshot/rest/api/2/cluster/index-snapshot/{nodeId}
クラスター メッセージ クリーニング サービスで大規模な表を処理する
対象: 管理者
The Cluster message cleaning service now deletes expired rows in batches of 100,000, making it easier to manage very large tables, even up to 100 million rows. This update prevents database strain by avoiding single, large transactions that could cause memory or disk issues.
Configure Cluster message cleaning service in Jira
Jira 11.2 での React 18 と Atlaskit のアップグレード
対象: 管理者
In Jira 11.1, we upgraded React to version 18 and updated Atlaskit components to their latest versions for Platform packages, Jira Service Management, and Assets. In Jira 11.2, these upgrades have now been applied across the rest of Jira. This change reduces vulnerabilities inherited from older Atlaskit packages and brings recent bug fixes and accessibility improvements to Jira.
As part of this update, some React web resources have been deprecated. If your custom apps or integrations rely on these resources, check out the recommended replacements for improved performance. More about Web Resource deprecation and replacements
Jira モバイル プラグインの削除
In Jira 9.11, we've deprecated support for the Jira mobile web interface. Now, in Jira 11.2, we’re removing the Jira Mobile plugin in favor of the Jira Data Center mobile app for iOS and Android.
サポート対象プラットフォームの変更
Jira 11.2 では、Microsoft SQL Server 2019 (MSSQL 2019) のサポートが廃止されました。
サポートされるプラットフォームの一覧については、「サポートされるプラットフォーム」を参照してください。
過去のお知らせについては「サポート終了のお知らせ」をご確認ください。
アプリ開発者向けの情報
アプリに関するすべての重要な変更については、「Jira 11.2 への準備」を参照してください。
アップグレード手順
Jira バージョン 10.x.x からアップグレードする場合
- 利用可能なすべてのアップグレード方法およびアップグレード前の手順を含む完全なアップグレード手順について、「Jira アプリケーションのアップグレード」をご参照ください。
- ご自身の環境に合わせたアップグレードをご検討の場合、[Jira 管理] > [アプリケーション] > [アップグレードを計画] をご確認ください。アップグレード先のバージョンの提案やアップグレード前のチェックの実行が行われ、詳細な手順を含むカスタムのアップグレード ガイドが提供されます。
解決済みの課題
See the full list of the issues we’ve resolved throughout the lifecycle of Jira Software 11.2.