Search the Cloudaware CMDB from the issue screen. Find a CI by name, instance ID or IP address.
Alerts and emails often name an instance or an IP address. Cloudaware finds it and links the matching CI.
Cloudaware adds the CI's application, environment and owner. The person working the issue knows who owns it.
Cloudaware discovers your resources and tracks every change. Nothing is copied into Jira Assets.
Cloudaware connects to your clouds, data centers, devices and tools through their APIs. Nobody types in a CI. Every CI stays current as things change.
Every resource type in every account, from virtual machines to keys and queues.
Virtual machines, hosts, datastores and bare-metal servers.
Switches, routers and other devices on your network. Cloudaware scans with SNMP, or reads a source you already trust.
Laptops, phones and tablets, matched to the people who use them. Add purchase records to track warranty and end of life.
Installed software and versions on every server and laptop. Cloudaware flags software that isn't on your approved list.
Cloudaware matches your security and monitoring data to each CI. You see which machines nobody scans or monitors.
The Cloudaware app adds a CI field to Jira. Type a name, instance ID or IP address, then pick the match. The issue links to that CI in Cloudaware. Nothing is copied into Jira Assets.

These issues often name an instance ID, IP address or host name. The Cloudaware linker reads each new or updated issue. It links every CI it finds and adds the application, environment and owner. Its comments come from the Cloudaware CMDB app, not from a person's account.

Cloudaware imports Jira issues and matches each one to its CIs. Open a CI to see its issues next to its changes and dependencies.

Set a condition in a Cloudaware Workflow. When a CI meets it, Cloudaware opens a Jira issue in the project you choose. When the CI is fixed, Cloudaware comments on the same issue. Jira Automation can then close it.

Issue keys and issue text are examples. CI, application and owner names come from the Cloudaware demo environment.
Cloudaware's AI-based products read the CMDB and the service graph through Cloudaware's hosted MCP. They know each CI's application, owner and dependencies. They post their work where your teams already look.
When an incident is linked to its CI, SRE Assist investigates. It checks recent changes, the request path and the CI's dependencies. It posts what it found and the next steps on the issue. It changes nothing.

An agent writes each application's DR runbook from the CMDB. It lists the resources, the order to restore them and what blocks recovery. It rewrites the page on your schedule, such as every morning. The same agent can write architecture pages with diagrams.

Agents assess each application for resiliency, security, compliance, cost and modernization. The results land on one Confluence page per application. The owner works from one ranked list instead of separate requests from each team. Findings from your other tools can land there too.

Issue keys, page names and findings are examples. CI and application names come from the Cloudaware demo environment.
Business services, accounts, long-lived servers and network devices fit it well. Cloud resources change all day. Instances start and stop, and settings change on resources nobody tracks as CIs. A copy in Jira Assets falls behind unless someone curates it. Loading it also runs into Atlassian's limits.
Atlassian allows 3 million objects per site by default. You can request up to 10 million. Atlassian tests your site first, and you pay for the larger tier.
Objects above your plan's allowance cost $0.02 each per month at list price. Premium includes 50,000 objects. Enterprise includes 500,000.
The Assets API creates one object per call. Most endpoints allow 1,000 calls a minute. At that rate, 3 million objects take about 50 hours to load.
Need some CIs in Jira Assets too? Cloudaware can load a filtered set on request. We don't recommend loading everything. See how the Cloudaware CMDB discovers resources
Monthly list prices, before volume discounts. Jira Assets charges only for objects above the plan allowance. Jira Service Management agent licenses are not included.
Jira Assets: objects above the allowance × $0.02. For example, 3 million objects on Premium is 2.95 million above the allowance. Cloudaware: CIs × $0.008.
Sources: Atlassian Assets licensing, Atlassian Assets pricing update, 10 million objects in Assets
What is a Jira CMDB?
What does Cloudaware discover?
Does Cloudaware replace Jira Assets?
How does a CI get onto a Jira issue?
Does the CI field use Jira Assets objects?
Which Jira deployments does Cloudaware support?
What does the linker add to an issue?
Can Cloudaware open Jira issues?
How does the price compare with Jira Assets?
How long does setup take?
Do the AI agents change my infrastructure?
Can I use my own AI assistant?
What else can run on a linked issue?