自動化サービスの制限
During maintenance windows, some automation flows may fail to successfully execute as intended.
インスタンスのパフォーマンスを保つために、以下の自動化サービスの制限が適用されています。
要約 | limit | 制限に違反する場合 |
|---|---|---|
Steps per flow | 65 | A single flow contains more than 65 conditions, branches, and actions. |
Steps per advanced flow | 500 | An advanced flow contains more than 500 conditions, branches, and actions. |
Steps per flow group | 65 | A flow group contains more than 65 conditions, branches, and actions. |
Number of flow labels per cloud site | 600 | The total number of flow labels for a cloud site exceeds 600. |
アクションごとの新規サブタスクの数 | 50 | A flow executes the creation of over 50 subtasks. |
検索された作業項目 | 999 | スケジュールされた JQL 検索のうち、最適化が不十分で返される作業項目が 999 件を超えるもの。 |
Scheduled flows that can run at the same time | 1 | A scheduled flow that takes longer than 5 minutes to execute, scheduled every 5 mins. Only single concurrent executions of this flow is allowed. |
Associated items for a flow | 5,000 | Defines how many items a single flow execution can fetch. For example, a Scheduled trigger fetching 100 work items, followed by a related branch fetching 10 subtasks per work item, would add 100 * 10 = 1,000 associated items to this limit. When a flow reaches this limit, it’ll be disabled to prevent future runs. |
グローバル レベルでキューに入れられているアイテム数 | 50000 | Similar to Items queued by flow, but applies to flows in progress across your Jira instance globally. |
*日次の処理時間 | 12 時間あたり 60 分 | This could be the case, for example, if your flow talks to slow external systems. |
ループ検知 | 10 | This controls how many times a flow can trigger itself (or other flows) in quick succession before the execution is stopped and marked as a LOOP. |
24 時間でメール 100 通。 この制限は Jira Cloud の Free プランとトライアル ライセンスにのみ適用されます。 |
| |
Lookup work items action | 100 件の作業項目 | 作業項目検索アクションに JQL クエリを入力すると、最初の 100 件の作業項目のみが使用されます。 |
Number of items a branch can retrieve per flow run. |
| For example, if a flow branch contains a CQL query that returns more than 150 items, the flow will only perform actions on the first 150 items. |
Number of flows that can run at the same time |
異なるプランで複数のアプリを利用している場合は、上限のみがカウントされます。 | For example, if you have Jira Service Management Enterprise and Jira Cloud Free, your site will be able to run 30 flows at the same time. |
一部の Confluence AI アクションの制限 | AI アクション アイテムを生成すると AI で要約を 12 時間あたり 1,000 回使用 | これは次の Confluence アクションにのみ適用されます。
|
Fields limit for work items processed by automation flows | 2,000 フィールド | これは次のアクションに適用されます。
|
Limits for Rovo Agent usage in Automations | 500 requests per minute (soft limit) | This applies to the "Use Rovo Agent" action and is counted across all executed flows. This is a soft limit and exceeding exceeding this limit will not normally result in request limiting. |
*You can use the Service limit breached trigger to create an automation flow to send a notification when you are approaching the daily or hourly processing limit.
制限違反
The following errors in your audit log may indicate that you’re breaching service limits:
監査項目のステータスは "
THROTTLED" です。監査項目には以下が含まれます。
Automation for Jira has exceeded the allowed total processing time for this flow. Maximum allowed processing time over 12 hours is (in seconds):A JQL search in this automation flow has exceeded the allowed maximum number of work items to retrieve per search. Only the first work items up to the following limit where processed:
When a flow breaches its service limits, the audit log will provide further details about the error.
Using the information provided in the audit log, you can take several steps to ensure your flows fall below the acceptable limits. Some common precautions include:
Reducing the interval at which a scheduled flow executes. For example, only execute a flow every hour instead of every 5 minutes.
JQL クエリを制限して関心のある作業項目のみ検索する。たとえば、作業項目の更新された時間が一定の範囲内であることを確認します (更新済み > -1 週間として、先週の作業項目のみ含める)。
Splitting your automation flow across several flows if you need more steps per rule.
数千の作業項目を編集する必要のある、非常に大きな 1 度限りの操作に対しては、Jira の一括変更機能を使用する。
キューのアイテム数のサービス制限
Automation uses a flow processing queue to manage the execution of flows in your instance. To maintain performance, flow executions are queued and the number of items processed in parallel is limited.
The automation flow builder is powerful and can allow users to create complex flow structures that can quickly increase the number of queued items.
When this limit is reached across all flows in your app, your automation flows will no longer run.
What types of flows can cause this?
Flows with many related work item branches, where each related work item branch matches a significant number of work items.
以下の例では、約 13,000 件のアイテムがキューに入れられることになります。
100 個の作業項目にマッチするスケジュールされたトリガー
関連作業項目ブランチが 50 件の作業項目にマッチする
80 個の作業項目と一致する別の関連作業項目ブランチ
Flows with many Related work item branches, to simulate if conditions, can also cause large numbers of queued items. The following examples results in 3,500 items or more, depending on the number of branches.
トリガー: 作業項目の更新時
関連作業項目ブランチの JQL が「type = Bug」であり、作業項目 1,000 件にマッチする
関連作業項目ブランチの JQL が「type = Task」であり、作業項目 500 件にマッチする
関連作業項目ブランチの JQL が「type = Feature」であり、作業項目 2000 件にマッチする
対策
It’s recommended to reduce the overall number of work items a flow fetches, either via the trigger or the Related work items branch.
キューのアイテム数のサービス制限を超えないために、以下のガイドラインを参考にしてください。
実行対象が最小限の作業項目セットに抑えられるように JQL を使用します。そのための方法は、次のとおりいくつかあります。
JQL 検索の内容をできるだけ具体的にする。現在、「進行中」の作業項目にのみ関心がある場合、単純に
type = Taskに一致する作業項目を検索しないでください。このケースでより良い JQL はtype = Taskandstatus = "In Progress"です。Use the Only include work items that have changed since the last time this flow executed option. For many flows, it's perfectly fine to operate only on this small subset
関連作業項目ブランチを条件付きの確認用に作成しない。上の例では、作業項目のタイプに基づいてマッチを探すために、If/else ブロック条件が使えます。
この内容はお役に立ちましたか?