Blog Post

Apps on Azure Blog
2 MIN READ

Who Created This Azure Resource? Here's How to Find Out

Bruno Borges's avatar
Bruno Borges
Icon for Microsoft rankMicrosoft
Oct 01, 2025

One of the most common questions Azure customers and administrators ask is:

“How do I know who created this resource?”

If you’ve ever been in charge of managing a large subscription with dozens (or even thousands) of resources, you know how important it is to answer this question quickly. Whether it’s for troubleshooting, governance, or compliance, tracking the origin of a resource can save time and reduce confusion.

The good news: Azure makes this information available. You just need to know where to look.

Step 1: Open the Resource Overview

Navigate to the Overview page of the resource in question. This gives you the usual metadata like resource group, subscription, location, login server, and provisioning state.

At first glance, however, you won’t see who created the resource. That information isn’t shown in the overview fields.

Step 2: Switch to JSON View

On the Overview page, look for the link labeled “JSON View” in the top right corner.

Clicking this opens the full resource definition in JSON format.

Step 3: Scroll to the systemData Section

Within the JSON, scroll until you find the systemData object. This is where Azure tracks metadata about the resource lifecycle.

Here’s what you’ll find:

"systemData": {
    "createdBy": "someuser@domain.com",
    "createdByType": "User",
    "createdAt": "2025–05–20T19:50:33.1511397Z",
    "lastModifiedBy": "someuser@domain.com",
    "lastModifiedByType": "User",
    "lastModifiedAt": "2025–05–20T19:50:33.1511397Z"
}

 

What This Tells You

  • createdBy → The user or service principal that created the resource.
  • createdByType → Whether it was created by a human user, managed identity, or another Azure service.
  • createdAt → The exact timestamp of creation (UTC).
  • lastModifiedBy, lastModifiedByType, and lastModifiedAt → Useful if the resource was updated after creation.

This metadata gives you clear visibility into who provisioned the resource and when.

Why It Matters

  • Governance — Understand ownership and responsibility.
  • Troubleshooting — Track down configuration changes.
  • Compliance & Auditing — Satisfy requirements for accountability in your cloud environment.

By making the systemData object part of your standard investigation checklist, you’ll save yourself the guesswork the next time you’re wondering, “Who created this resource?”

Published Oct 01, 2025
Version 1.0
No CommentsBe the first to comment