Automation triggering rules with huge delay

お困りですか?

アトラシアン コミュニティをご利用ください。

コミュニティに質問

プラットフォームについて: Cloud のみ - この記事は クラウド プラットフォームのアトラシアン製品に適用されます。

要約

On some rare occasions, automation will take about an hour or more to execute an issue trigger resulting in executing the rule workflow with a huge delay, causing unwanted actions on certain issues matching the automation conditional blocks, making it look like the rule was triggered without any apparent reason.

診断

Some user instances have heavily loaded automations that run multiple times within short periods of time during the day. In normal circumstances, automation can keep up with a large number of automation executions in parallel without having a performance impact. However, there may be certain scenarios where multiple automations are running with thousands of parallel processes resulting in a degraded performance due to the high load. Automation uses a rule processing queue to manage the execution of rules in your instance. To maintain performance, rule executions are queued and the number of items processed in parallel is limited.

原因

A large spike of automation executions can be seen under the Global automation performance insights page:

  • https://<instanceName>.atlassian.net/jira/settings/automation#/performance-insights

Large automation spikes can be due to the following situations:

  • Enabling automation that runs on multiple issues (Scheduled ones for example). Depending on the number of issues the automation takes action against.
  • Restoring an archived project that has several issues and automation triggering against those. Also, having a high volume of automation rules running on other projects.
  • Automation rules that are configured for looped "send web requests".
  • Doing bulk imports can contribute to having a spike on the automation resources (specially for creating or updating issues).

The spike will be shown in the performance-insights graph, by filtering on the day the huge delay was seen, also listing the rules that contributed to the spike. For example:

結論

This behavior is considered to be very uncommon and it should be attributed to isolated cases where huge volume of rules are being executed in parallel resulting on delays for certain issues where automation is running towards.

In case bulk processes are needed to be performed due to business requirements, please consider to run bulk events that may trigger multiple automation rules to out of peak hours where the impact will be less in order to prevent spikes.

If you're facing recurrent delays due to automation spikes, or if you're experiencing delays not related with the documented here. Kindly get in contact with us here for better assistance.


参考


最終更新日: 2023 年 10 月 3 日

この内容はお役に立ちましたか?

はい
いいえ
この記事についてのフィードバックを送信する
Powered by Confluence and Scroll Viewport.