アップグレードする理由
アップグレードは、多数のユーザーに影響を与える可能性がある重要な決定です。ただし、新機能、優れたパフォーマンス、およびメンテナンス期間の延長にはそれだけの価値があります。メジャー リリースである Jira 8.0 に関するアップグレードのメリットや主な変更についてご確認ください。
Jira 8.0 へのアップグレード
Jira 8.0 はプラットフォーム リリースです。プラットフォーム リリースには、より小規模であるフィーチャー リリースには含まれない、大規模な変更が加えられます。これらのすべてが何らかの方法でアップグレードに影響し、管理者は追加手順の有無を慎重に考慮する必要があります。次の一覧をご確認ください。
再インデックス
Jira 8.0 で導入される変更の 1 つは、Jira のインデックスを担う Lucene ライブラリのアップグレードです。この変更によってインデックス作成 (検索) が改善されますが、ご利用の現在のインデックスには新しいバージョンとの互換性がありません。ただし、通常のアップグレードの完了後に "Jira の再インデックス" によってインデックス全体の再構築を行うことができるため、一般にこれが問題になることはありません。インデックスの再作成後は、インデックスが以降のバージョンとの互換性を持つようになります。
推奨されるアクション
インデックスが 2 回作成されるのを防ぐために自動再インデックスを無効化し、準備が整ったら手動で再インデックスを実行します。
If your Jira instance is small and an extra reindex doesn't sound like a problem, you don't need to disable it. Your upgrade won't be affected in any way; it's just for saving you some time.
互換性のないアプリ (アドオン) の無効化
Jira 8.0 と互換性のないアプリを無効化したり、利用可能な場合は互換性があるバージョンにアップグレードしたりする必要があります。互換性のないアプリは、Jira インデックス、API、一部の UI など、利用できなくなった要素や新しいバージョンで変更された要素を使用しているため、Jira のアップグレードや起動を妨げる可能性があります。
推奨されるアクション
Disable all incompatible apps, or upgrade them if they have compatible versions. For more info on what you should do, see Preparing for the upgrade.
We always recommend that you test the upgrade in a staging environment. Once you upgrade the staging environment to Jira 8.0, you can try enabling the incompatible apps and test how they behave with the new version. If they don't affect your Jira instance in a significant way, you can use them with 8.0 even if they haven't been declared as compatible yet.
アップグレードの決定
アップグレードは複雑な意思決定です。多くの場合、多大な時間を消費することを考慮する必要があります。しかしそれにより、チームに対して、新機能、パフォーマンスの改善、バグの修正、継続的なサポート アクセス、会社の要件、最新のソフトウェア バージョンの維持を実現できます。
アップグレードで実現できること
新機能
Jira Software のすべての新しいバージョンについて、Jira Software リリース ノートと Jira Software アップグレード ノートを公開しています。これらのリソースにはアップグレードに関する重要な情報が含まれているため、すべてお読みになることをおすすめします。
アップグレード マトリクスには、Jira の連続的なリリースで導入されたすべての機能と改善点が記載されています。マトリクスを使用してバージョンを比較し、アップグレード先を選択できます。また、各リリースで修正されたバグの概要も示しています。
特定のバージョンの Jira Software に対するアップグレード プロセスに固有の技術的な要素の詳細については、マトリクスの「テクニカル アップグレード ノート セクション」を確認してください。
パフォーマンスの改善
アトラシアンの多くのリリースでは、技術的な速度低下を最小限に抑えてユーザーやチームで効果的な製品エクスペリエンスを活用できるよう、パフォーマンスの改善に焦点を当てています。この改善の例として、インデックス作成時間の短縮や、ダッシュボードおよび課題のページ読み込み時間の短縮などがあります。
バグ修正
アトラシアンではこの公開 Jira インスタンスを使用して、製品のバグ修正や提案の開発を追跡しています。多くのお客様が、ご自身のチームにメリットを実現する課題や提案を確認し、それらを投票およびウォッチしています。ご自身のインスタンスで Jira 課題をウォッチしているときと同様、課題が更新されるとメールで通知が送信されます。
サポートへのアクセス
For Long Term Support releases, we provide support and bug fixes for all server products for 2 years after a version is released. Ending support after 2 years allows us to focus our resources on supporting more modern versions used by the majority of customers. This means that after a version has reached its end of life, our support team will only be able to assist with upgrade-related questions.
For versions, which are not Long Term Support releases, we provide support for 2 years, but the fixes are available only until the next version is out. Then, we only fix critical bugs. If you want to get all the new features and fixes, it's good to upgrade versions.
アップグレードでの考慮事項
アップグレードをスムーズに進めるには、技術的な考慮事項以外にいくつかの要件を考慮することをおすすめします。
時間
必要な時間の長さは、インスタンスのサイズ、アプリの数、カスタマイズの量などの複数の要因によって異なります。一般に、予期せぬことが発生した場合に備え、計画や実行に猶予時間を組み込むことをおすすめします。
ツール
Jira アップグレードを完了させるために必要な外部ツールはありません。ただし、アプリ互換性チェッカーおよびインスタンス ヘルス チェック (
> [システム] > [トラブルシューティングとサポート ツール] にあります) などの便利なリソースを使用できます。
ステークホルダー
組織内で複数の役割を担っているメンバーがいる場合もありますが、一般に、特に大規模な変更を導入する場合には、アップグレードについての情報の共有方法を慎重に検討することをおすすめします。承認者、エンドユーザー、パートナー (認定アトラシアン ソリューション パートナーからライセンスを取得した場合) との共有を行う場合があります。パートナーはアップグレード プロセス中に追加サービスを提供できる可能性があります。
準備は整いましたか?
アップグレード マトリクスに戻り、アップグレード先のバージョンを選択しましょう。