Automation has become an integral ingredient in the overall recipe that Jira experts use to extend the power of Jira for teams. Automation for Jira (Jira Automation) has become the standard tool for enabling that power. Because these automation rules are critical to reducing the stress on users and teams, Atlassian customers want to ensure business continuity as they move to Cloud.
As with any migration, there are many factors to consider. This article pertains only to migrating the rules built in Automation for Jira when migrating from Server to Cloud.
Automation rules can be easily exported by a Jira Administrator (Global).
https://YOUR-JIRA-SERVER-URL/secure/AutomationGlobalAdminAction!default.jspa#/
Exported rules can be easily imported into the target instance.
If elements used in your automation rules don't exist in your target instance, those elements will need to be configured post-migration, in your target environment.
For example, if you're referring to statuses that exist in the source instance, but do not exist in the same workflow in your target instance, you'll need to rewire that element of your automation rule in the target instance.
Here's a Best Practice: Because you're migrating to a completely different platform (there are different code bases between Server and Cloud), it's important to do a post-migration check all of your rules, in order to ensure nothing needs to be reconfigured.
For those migrating to an existing Cloud instance, the following recommendations apply:
Note: Remember to enable your rules after the migration! Rules are disabled by default when importing.
Follow the simple export/import steps provided in Atlassian's article about how to migrate your rules from Server to Cloud environments: Import and Export Automation Rules
Happy migrating!