Welcome to Azure Sync for Jira Assets User Documentation 🫰
Begin your journey to streamline your asset management between Azure and Jira Service Management. This powerful integration syncs Azure resources seamlessly into your Jira environment, enhancing your asset tracking capabilities.
Your Assets, Your Way
For any questions or assistance, please don't hesitate to reach out to us at support@sykorait.com. 🤙
Your Sykora IT Team.
Getting Started
To make it happen, simply install Azure Sync for Jira Assets on your Atlassian platform by following these simple steps:
Search for application Azure Sync for Jira Assets in the Atlassian Marketplace.
Install Azure Sync for Jira Assets into your Jira Software Cloud environment.
Ensure you have both Jira and Assets installed and ready to roll
First steps after installation
Configure the Azure Sync for Jira Assets app
Preparing Azure Connection Details
Configuring the Azure Sync for Jira Assets App import
Configuration
Preparing Azure Connection Details
Get your Directory Tenant ID (Microsoft Entra ID)
In your Azure portal, select All services > Microsoft Entra ID
Scroll down the left bar to Manage, open the Properties and search for Tenant ID
Save the Directory Tenant ID for future reference for usage in the import configuration
Get your Subscription ID
If you need specific subscriptions to be imported
In your Azure portal, search for Subscriptions
Select the Subscription(s) you would like to synchronize the Azure (Assets) data from
Save the Subscription ID(s) for future reference for usage in the import configuration
Register Access Application
You need to register an Application (the Azure Registration Application) that works as a gateway that enables the Azure Sync app to access data within your Azure environment. This registration app acts as an intermediary; it has permissions to view or manage certain parts of your Azure setup, but Azure Sync for Jira Assets does not directly access or modify Azure data. The registration app specifies which data the Azure Sync app can import.
In your Azure portal, select All services > Microsoft Entra ID
Under the “Add” tab, click on App registration (or in the left bar open App registrations and Select New registration)
Pick a name for your application. You can use something like "asset-azure-sync" as inspiration
Leave other settings at default values
Create the App registration
Save the Application (client) ID for future reference for usage in the import configuration
Create Application Secret Key
Go to the settings of the previous created application.
Scroll down to Manage and Select Certificates & secrets
Click New client secret
Type description for the Key, choose an expiration and Add it
Save the Key-Value for future reference for usage in the import configuration
Assign Application Role assignment
Granting permissions to the registration app is essential as it defines the scope of data access: what the Azure Sync app can view and manage in Azure.
In your Azure portal, search for Subscriptions
Select your subscription (or more if you want to be able to import data from multiple subscriptions)
Select Access control (IAM) and click on the Role assignments tab
Click Add (you need to have proper permission)
Choose Role = Reader and search at the select for the Application name that you have created in steps above (saying this registered application now can read this subscription data)
Check Required Permissions
Go to the settings of the previous created application (Microsoft Entra ID → App registration)
Select API permissions (left bar)
make sure that the chosen permission User.Read is visible
(Optional) The following steps are required for the app to fetch Azure Entra ID data (users, groups)
On the search bar, search for App registrations. Select the App registration that you have created
Click API permissions and Add a permission
Select "Microsoft Graph"
Select "Application permissions"
Select and add User and check "User.Read.All", (recommended option)
If you only select lower permission “User.ReadBasic.All” user atributes will not be fully imported
Select following API permissions:
"Group.Read.All" or least privilege “GroupMember.Read.All“
Click "Grant admin consent for “your specific subscription”.
Configuring the “Azure Sync for Jira Assets” App import
To import Azure data into Assets you will need all the data you have gathered in the steps above. Navigate to the Import section in the object schema configuration, click “Create import” and select Azure Sync for Jira Assets.
After creating an import, it will be in “NOT CONFIGURED” state. You will first need to provide your Azure Connection Details to execute it. Click on the “three dots” and then “Configure app” to open configuration modal.
Connection configuration
Fill the necessary fields and click “Save configuration”. When you save configuration for the first time, the asset schema & mapping will be generated. This may take a while (by our testing 20 seconds to 2 minutes) so please be patient.
Also you should test the connection using the test connection button before proceeding to further tasks. You can also open the schema tree, and see the (empty) structure of Asset Object Types generated under the Root Object Type.
Azure Connection parameters:
Root object type name
Specify the name of the object type where the imported data will be stored.
Important note : It will automatically generate a new root object type. It's recommended to select a unique name for the root object type. If you attempt to connect the app to an object type that was created via the Atlassian Assets GUI, it may cause errors due to Atlassian's limitations. Therefore, it's recommended to use a unique name (so a new object is created) or choose an existing object type that was created by this application (such as when performing a prior import with the same root object).
Microsoft Entra ID (Directory Tenant ID)
Application (Client) ID
Application (Client) Secret Key
Subscription Options
In the latest version, you can now enable an option to import resources from all subscriptions that your Azure Registration App has permission to access. This significantly simplifies importing from multiple subscriptions at once.
If you prefer to specify subscriptions instead of importing all at once, you can toggle this feature off. Then, simply enter the Subscription ID of the subscription you would like to import data from. If you want to import data from multiple (specific) subscriptions in a single instance, separate them by commas. This makes handling a large number of subscriptions much easier and more efficient.
Advanced settings
On separate tab you can modify import parameters not critical for import execution.
Scheduler:
Off
Once a day
You can automate imports using the scheduler. When enabled, the import will run automatically once a day. The first scheduled trigger typically occurs approximately 5 minutes after the application is deployed, even if imports have not yet been configured at that time. The exact start time for daily imports is not configurable, as triggers are distributed across installations to balance system load. However, after the first trigger, the scheduler will run daily at the same time. If there are multiple scheduled imports, they will not execute simultaneously but rather one by one, with 5-minute delays between them. A maximum of 10 imports can be processed per hour, supporting up to 240 scheduled imports per day. This feature is necessary to comply with Forge limitations and prevent errors. You can also manually synchronize imports at any time for precise control. By default, the scheduler is turned off.
Import options:
Include hidden tags - hidden tags are special tags that are not displayed in Azure Resource view with “hidden-” prefix in tag name. You can toggle import of these here. Defaults to false.
Object Types Update
The Configuration modal includes an "Object Types Update" tab. When you deploy a new version of the app, it may support additional Object Types or Object Type Attributes. These changes are part of the new schema and mapping.
If you have imports created with older schemas and mappings, you will need to update them to use the new changes.
On this tab, you can:
See which Object Types or Object Type Attributes have been added, removed, or updated.
Run the schema and mapping update to apply these changes.
Structuring Your Imports in Jira
Depending on your organization’s needs, you may want to import data from different subscriptions into one shared “root object” within Jira Assets or keep them separated by creating distinct root objects.
Single Root Object: All resources, regardless of the subscription, are imported into a single location within Jira Assets. This works well if it’s not necessary to distinguish resources by environment (e.g., production vs. testing).
Separate Root Objects: If it’s essential to differentiate resources for example by environment, you can set up separate root objects within Jira for each subscription (multiple import instances). This setup reduces the risk of data confusion, as each environment is clearly separated in Jira Assets.
Performing the Import
Once you have configured your settings correctly, you should be ready to perform the import process effortlessly. Before the first execution, configured import will be in state “READY TO RUN” and “Import data” button will appear. To start the import manually, simply click on the button.
The import will execute, fetching the Azure resources and creating Asset Objects.
After the execution finishes, you can click on 'Read details' to see what was imported.
Finally, you can open the schema tree and browse through your imported Azure Resource Assets.
Imported Azure Data Types in Assets
Discover the list of Azure resources now available in Azure Sync for Jira Assets by visiting our Resource Sync Feedback Hub. We'd love to hear your thoughts on what other resources you'd like to see added, so feel free to join the conversation and help us shape future updates!
Missing / deleted values
During the import process, if an asset object in Jira corresponds to an object that is no longer present in Azure, the user can decide how to handle this discrepancy. The user has three options:
Ignore it and keep the asset in Jira.
Delete the corresponding asset in Jira.
Update some parameters of the asset in Jira.
These actions can be configured individually for each object type in the "Edit Object Type Mapping" modal, similar to the setup for other Atlassian asset imports.
Data Residency 🛡️
Azure Sync for Jira Assets, built on the Forge platform, offers you the advantage of data residency control. With the latest Forge capabilities integrated, you can securely store your Azure connection data with confidence. This empowers you to align with your organization's data governance policies and ensures compliance with regional regulations. Your data remains safe and accessible, giving you peace of mind while using our app🔒.
Known Limitations
Character Limit Discrepancy: Azure allows longer string attribute values than Jira Assets, which causes import errors when creating assets with attributes of the "text" type that exceed Jira Assets' 254-character limit. Resources with attributes that exceed this limit will be skipped during the import.
For certain Azure resource types with long attributes by default, this error occurred more frequently, so we decided to implement workarounds.
Currently, the affected resources with attributes where we apply these workarounds are:
IpConfiguration: Id attribute (from v3.15.0):
Id: A shortened version of the Azure Id (used for referencing, type "text").
Full Id: The complete Azure Id (stored as "textarea", which does not have the 254-character limit but cannot be used for referencing).
Note: If you had any IpConfigurations imported from a version prior to 3.15.0 and import them again, they will be treated as "duplicates" (since the Id attribute is being modified, the system sees it as a new object). To resolve this, we recommend bulk-removing all the existing IpConfigurations and then running the import again.
Troubleshooting
Assets - Azure Integration requires both Jira and Assets to function. Also make sure all the specific permission in your Azure environment was set right.
Licence expiration
You might encounter an error (2) when starting the import (1). The first thing to check is whether your license is active, as it is the most common reason. The quickest way to verify this is in the import configuration dialog (3), where a message should appear in such case.
Schema updates
Sometimes it may appear that schema&mapping update (on update tab) is taking too long. The operation might take longer in extreme cases because a retry event is performed there.
Unused Location asset objects
When running the import, all Locations will be imported, including those that are not used or referenced by any resource. This is not an error but a feature, allowing users to view all possible locations (e.g., for cloud infrastructure management, to see available locations where a resource can be deployed).
To display only the Locations that are currently in use (i.e., being referenced), we suggest using a filter within the asset view with the following AQL query:
object HAVING inboundReferences()
Feedback and Support
Your invaluable feedback fuels the evolution of Azure Sync for Jira Assets. Share your insights, and together, we'll cultivate a more refined and impactful user experience! 📊🌱
Our channels are always open to hear from you! If you encounter any challenges or have questions about Azure Sync for Jira Assets, don't hesitate to reach out to us at our email: support@sykorait.com or via a ticket on our portal: https://support.sykorait.com. 📧
Add Comment