Jira Software のガードレール
このページの内容は、Jira 10.0 に適用されます。別のバージョンについての情報をお探しの場合は、右上隅のメニューからバージョンを選択してください。
背景
アトラシアンは、大手顧客のニーズをサポートすることを約束しています。これには、製品のパフォーマンスとスケーラビリティの継続的な改善が含まれます。インスタンス内のデータ量は、パフォーマンスと安定性の問題の要因になる可能性があります。インスタンスが大きくなるにつれて、時間の経過とともにパフォーマンスが低下するリスクも増えます。多くの場合、これは段階的な低下であり、チームに重大な影響を与えるポイントに到達するまで気づかれない可能性があります。
次の表では観察されたパフォーマンスと安定性への影響を説明して、リスクを軽減するために実行できるいくつかのアクションを提案しています。ガードレールは一部の大手顧客の実際の経験に基づいていますが、必ずしもすべての組織の経験を代表するものではありません。
パフォーマンスと安定性に関する重大な問題が発生するリスクを軽減する方法には、次のようなものがあります。
アプリの変更。たとえば、パフォーマンスを向上させるために新しいアプリ バージョンにアップグレード、またはユーザーの管理方法を変更します。
インフラストラクチャの変更。たとえば、メモリや CPU を増設、またはクラスターやミラーを実行します。
フットプリントを削減するためのデータ クリーンアップ アクティビティ。たとえば、アーカイブ、またはモノリス サイトを分割します。
これらはハード制限ではなく、一部の製品インスタンスは既にこれらのしきい値を超えている可能性があることにご注意ください。異なるデータ タイプ間の相互作用やサイトの負荷など、さまざまな要因によって次に示すような潜在的な影響が発生する可能性とその影響の程度が決まります。あらゆるタイプのリスクと同様に、リスクを特定して計画を立てることが不可欠です。そうすれば、これらのアクションに優先順位付けて将来のパフォーマンス問題の可能性を減らすのに役立ちます。
定義
製品ガードレールとはデータ タイプに関する推奨事項であり、潜在的なリスクを特定してインスタンス最適化ジャーニーの次のステップに関する意思決定をサポートするように設計されています。
Jira Software のガードレール
次のガードレールは、スケール リスクを特定して軽減し、インスタンスのクリーンアップに関する意思決定を下すのに役立ちます。
プロジェクト
CONTENTTYPE | アクティブ プロジェクトの数 |
---|---|
ガードレール | 7000 プロジェクト (未アーカイブ) |
この数を調べる方法 | |
リスク | このガードレールを超えて運用した場合は、次の問題が確認されています。
|
緩和オプション |
|
コメント
CONTENTTYPE | 課題ごとのコメントの数 |
---|---|
ガードレール | 課題ごとに 1000 コメント |
この数を調べる方法 | |
リスク | このガードレールを超えて運用した場合は、次の問題が確認されています。
|
緩和オプション |
添付ファイル
CONTENTTYPE | 課題ごとの添付ファイルの数 |
---|---|
ガードレール | 課題ごとに 3000 添付ファイル 1 添付ファイルあたり 10MB |
この数を調べる方法 | |
リスク | このガードレールを超えて運用した場合は、次の問題が確認されています。
|
緩和オプション |
|
課題リンク
CONTENTTYPE | 課題リンクまたはサブ課題の数 |
---|---|
ガードレール | 1000 課題リンク |
この数を調べる方法 | |
リスク | このガードレールを超えて運用した場合は、次の問題が確認されています。
|
緩和オプション |
|
Text
CONTENTTYPE | フィールドにあるテキストの量 |
---|---|
ガードレール | 単一行フィールドで 255 文字 説明および複数行フィールドで 100k 文字 |
この数を調べる方法 | |
リスク | このガードレールを超えて運用した場合は、次の問題が確認されています。
|
緩和オプション |
|
カスタム フィールド
CONTENTTYPE | カスタム フィールドの合計数 |
---|---|
ガードレール | 1,200 カスタム フィールド |
この数を調べる方法 | |
リスク | このガードレールを超えて運用した場合は、次の問題が確認されています。
|
緩和オプション |
|
エピック
CONTENTTYPE | エピックの数 |
---|---|
ガードレール | 120,000 エピック |
この数を調べる方法 | JQL によってエピック数を特定する ( |
リスク | このガードレールを超えて運用した場合は、次の問題が確認されています。
|
緩和オプション |
|
スプリント
CONTENTTYPE | スプリントの合計数 |
---|---|
ガードレール | 60,000 スプリント |
この数を調べる方法 | |
リスク | このガードレールを超えて運用した場合は、次の問題が確認されています。
|
緩和オプション |
|
ワークフロー スキーム一括アクション
操作 | 新しいの課題タイプを既存のワークフロー スキームに関連付ける |
---|---|
ガードレール | 一括アクションごとに 1000 課題 |
この数を調べる方法 | |
リスク | このガードレールを超えて運用した場合は、次の問題が確認されています。
|
緩和オプション |
|
履歴の変更
CONTENTTYPE | 課題に関連付けられた変更アイテムまたは変更グループの数 |
---|---|
ガードレール | 20,000 変更アイテムまたは変更グループ |
この数を調べる方法 | |
リスク | このガードレールを超えて運用した場合は、次の問題が確認されています。
|
緩和オプション |
|
ユーザー
CONTENTTYPE | LDAP と Jira の間で同期されるユーザーの合計数 |
---|---|
ガードレール | 100,000 ユーザー |
この数を調べる方法 | |
リスク | このガードレールを超えて運用した場合は、次の問題が確認されています。
|
緩和オプション |
|
グループ
CONTENTTYPE | LDAP と Jira の間で同期されるグループの合計数 |
---|---|
ガードレール | 25,000 グループ |
この数を調べる方法 | グループの合計数を取得する方法 |
リスク | このガードレールを超えて運用した場合は、次の問題が確認されています。
|
緩和オプション |
|
入れ子になったグループの深さ
CONTENTTYPE | グループが入れ子になっているときの階層レベルの数 |
---|---|
ガードレール | 深度 4 レベルまで また、グループにユーザーと他のグループが混在しないようにすることをお勧めします。これもパフォーマンスに影響する可能性があるからです。 |
この数を調べる方法 | グループのネストの深さを確認する方法 |
リスク | このガードレールを超えて運用した場合は、次の問題が確認されています。
|
緩和オプション | 深い入れ子にならないように、グループ構造を再構築してみてください。たとえば、グループ構造を次の 2 つのカテゴリに分けることができます。
入れ子グループには、独自の制限と潜在的な副作用があります。グループ構造を再構築する前に、このメカニズムを必ず理解しておいてください。詳細については、「入れ子グループの管理」を参照してください。 |
Automation for Jira
Automation for Jira のガードレールは、インスタンスの全体的なヘルス状態から導き出されています。ルール実行のパフォーマンスを評価するときは、Jira Software と Jira Service Management のパフォーマンスとスケーリングに関するガードレールに留意してください。
自動化ルールを最適化するためのベスト プラクティスについて説明します
ルールの作成/更新/削除
CONTENTTYPE | ルールの作成/更新/削除の頻度 |
---|---|
ガードレール | インスタンスのルール数:
|
この数を調べる方法 | データベースへのアクセスが必要 X を、対応する分の値に置き換えます。クエリに含まれる時間単位の単数形/複数形を調整してください (PostgreSQL のみ)。
|
リスク | このガードレールを超えて運用した場合は、次の問題が確認されています。
|
緩和オプション |
|
自動化ルールの実行
CONTENTTYPE | 1 日あたりのルール実行回数 |
---|---|
ガードレール | 10,000, 000 |
この数を調べる方法 | データベースへのアクセスが必要
UI から (ルールごとに集計) 1 日あたりのルール実行回数を確認する手順は以下のとおりです。
|
リスク | このガードレールを超えて運用した場合は、次の問題が確認されています。
|
緩和オプション |
Jira Data Center 自動化リリース ノートの詳細をご覧ください。 Automation for Jira のバージョン間の互換性についての詳細をご確認ください。 |
JQL を含むルール
ルールに JQL 検索が含まれている場合は、パフォーマンスの問題が発生しないかどうかを評価する必要があります。
CONTENTTYPE | JQL クエリの複雑さ |
---|---|
ガードレール | (ルールごとに) 個別の評価が必要 |
この数を調べる方法 | アプリ診断 JQL モニターは以下から入手できます。 Jira Data Center の監視についての詳細をご確認ください。 低速な JQL のログ 既定のしきい値 400ms を超える実行について、JQL クエリとそのソースを記録します ( Automation for Jira に関連するスレッドには、プレフィックス |
リスク | このガードレールを超えて運用した場合は、次の問題が確認されています。
|
緩和オプション |
|
Automation for Jira の監視
Automation for Jira には、一連の監視ツールが用意されています。
自動化アクティビティを監視し、問題を診断する方法の詳細をご確認ください。
大規模なインスタンスについては、次のことを強くお勧めします。
- ログの有効期限を短くします。大規模なインスタンスでは時間の経過とともに監査ログが蓄積されて、Jira データベースのパフォーマンスに影響を与えてディスク容量を圧迫する可能性があります。監査ログ アイテムを期限切れにする方法についてのガイドでは、不要になった古い監査ログ アイテムを定期的に削除する方法について説明しています。
- サービス制限を調整します。Jira 自動化には、自動化ルールを抑制するための一連のサービス制限が用意されています。ルールがこれらの制限に違反すると、Jira インスタンスに影響を与えないように調整されて無効化されます。