<?xml version="1.0" encoding="UTF-8"?>
<rss xmlns:content="http://purl.org/rss/1.0/modules/content/" xmlns:dc="http://purl.org/dc/elements/1.1/" xmlns:rdf="http://www.w3.org/1999/02/22-rdf-syntax-ns#" xmlns:taxo="http://purl.org/rss/1.0/modules/taxonomy/" version="2.0">
  <channel>
    <title>topic Re: Automatic Identity Management with Nested Groups and API Access in Administration &amp; Architecture</title>
    <link>https://community.databricks.com/t5/administration-architecture/automatic-identity-management-with-nested-groups-and-api-access/m-p/152593#M5092</link>
    <description>&lt;P&gt;Hi Emma,&lt;/P&gt;&lt;P&gt;Thanks for the quick response and great to hear that this topic is being discussed. The code snippet provides an interesting insight but does not quite cover what we are trying to do. Even though I included Terraform in the original post, our main focus is with API management . Ideally, subgroups of a provisioned parent group are automatically usable in e.g. bundles (within the 'grants' block) and show up when listing groups and querying the members of the provisioned parent group (currently an empty list is returned); preferably without the need of the external id altogether. If this is currently impossible, that is fine, of course. Then we will just provision them directly and keep an eye out for any future changes.&lt;/P&gt;&lt;P&gt;Best,&lt;/P&gt;&lt;P&gt;Rik&lt;/P&gt;</description>
    <pubDate>Mon, 30 Mar 2026 20:27:48 GMT</pubDate>
    <dc:creator>RikL</dc:creator>
    <dc:date>2026-03-30T20:27:48Z</dc:date>
    <item>
      <title>Automatic Identity Management with Nested Groups and API Access</title>
      <link>https://community.databricks.com/t5/administration-architecture/automatic-identity-management-with-nested-groups-and-api-access/m-p/152524#M5087</link>
      <description>&lt;P&gt;Hi all,&lt;/P&gt;&lt;P&gt;I’m exploring Automatic Identity Management for synchronizing nested groups in Azure Databricks. According to the documentation, this feature supports nested groups: &lt;A href="https://learn.microsoft.com/en-us/azure/databricks/admin/users-groups/automatic-identity-management" target="_self"&gt;Automatic Identity Management&lt;/A&gt;&lt;/P&gt;&lt;P&gt;However, the same article notes that groups synced this way cannot be managed via the API or Terraform:&amp;nbsp;&lt;A href="https://learn.microsoft.com/en-us/azure/databricks/admin/users-groups/automatic-identity-management#nested-groups-and-service-principals-through-the-api-and-terraform" target="_self"&gt;Nested Groups and Service Principals through API/Terraform&lt;/A&gt;&lt;/P&gt;&lt;P&gt;&amp;nbsp;&lt;/P&gt;&lt;P&gt;I’m wondering: &lt;STRONG&gt;Is there any plan to allow API/terraform management for these automatically synced nested groups in the future?&lt;/STRONG&gt;&lt;/P&gt;&lt;P&gt;My goal is to automatically sync child groups from a provisioned parent group &lt;STRONG&gt;and&lt;/STRONG&gt; manage them immediately via the API, so that the provisioning step isn’t required every time a new child group is created.&lt;/P&gt;&lt;P&gt;&amp;nbsp;&lt;/P&gt;&lt;P&gt;If there are any workarounds or best practices to automate this workflow, I’d love to hear them as well!&lt;/P&gt;&lt;P&gt;Thanks in advance,&lt;/P&gt;&lt;P&gt;Rik&lt;/P&gt;</description>
      <pubDate>Mon, 30 Mar 2026 12:59:48 GMT</pubDate>
      <guid>https://community.databricks.com/t5/administration-architecture/automatic-identity-management-with-nested-groups-and-api-access/m-p/152524#M5087</guid>
      <dc:creator>RikL</dc:creator>
      <dc:date>2026-03-30T12:59:48Z</dc:date>
    </item>
    <item>
      <title>Re: Automatic Identity Management with Nested Groups and API Access</title>
      <link>https://community.databricks.com/t5/administration-architecture/automatic-identity-management-with-nested-groups-and-api-access/m-p/152538#M5088</link>
      <description>&lt;P&gt;Hi, I've just had a look internally and there is some discussion about making this functionality available but I can't give you a definitive idea of when this might be.&amp;nbsp;&lt;/P&gt;
&lt;P&gt;In terms of workarounds the best one I can find is to use Tarracurl to make raw API calls to the IAMV2 APis. Code snippet below:&lt;/P&gt;
&lt;LI-CODE lang="python"&gt;data "http" "resolve_group" {
  url    = "https://accounts.azuredatabricks.net/api/2.0/identity/accounts/${var.databricks_account_id}/groups/resolveByExternalId"
  method = "POST"

  request_headers = {
    Authorization = "Bearer ${var.databricks_token}"
    Content-Type  = "application/json"
  }

  request_body = jsonencode({
    external_id = var.group_external_id
    # include other fields if your IdP / endpoint requires them
  })
}

locals {
  resolved_group = jsondecode(data.http.resolve_group.response_body)
  # adjust to actual response schema:
  resolved_group_id = try(local.resolved_group.group.id, null)
}&lt;/LI-CODE&gt;
&lt;P&gt;You would need to get the individual Entra IDs of the subgroups, though, but I'd imagine you could use an Entra ID TF provider to do this and then pass these into the code above.&lt;/P&gt;
&lt;P&gt;&amp;nbsp;&lt;/P&gt;
&lt;P&gt;I hope this helps.&lt;/P&gt;
&lt;P&gt;&lt;BR /&gt;Thanks,&lt;BR /&gt;&lt;BR /&gt;Emma&lt;/P&gt;</description>
      <pubDate>Mon, 30 Mar 2026 16:39:46 GMT</pubDate>
      <guid>https://community.databricks.com/t5/administration-architecture/automatic-identity-management-with-nested-groups-and-api-access/m-p/152538#M5088</guid>
      <dc:creator>emma_s</dc:creator>
      <dc:date>2026-03-30T16:39:46Z</dc:date>
    </item>
    <item>
      <title>Re: Automatic Identity Management with Nested Groups and API Access</title>
      <link>https://community.databricks.com/t5/administration-architecture/automatic-identity-management-with-nested-groups-and-api-access/m-p/152593#M5092</link>
      <description>&lt;P&gt;Hi Emma,&lt;/P&gt;&lt;P&gt;Thanks for the quick response and great to hear that this topic is being discussed. The code snippet provides an interesting insight but does not quite cover what we are trying to do. Even though I included Terraform in the original post, our main focus is with API management . Ideally, subgroups of a provisioned parent group are automatically usable in e.g. bundles (within the 'grants' block) and show up when listing groups and querying the members of the provisioned parent group (currently an empty list is returned); preferably without the need of the external id altogether. If this is currently impossible, that is fine, of course. Then we will just provision them directly and keep an eye out for any future changes.&lt;/P&gt;&lt;P&gt;Best,&lt;/P&gt;&lt;P&gt;Rik&lt;/P&gt;</description>
      <pubDate>Mon, 30 Mar 2026 20:27:48 GMT</pubDate>
      <guid>https://community.databricks.com/t5/administration-architecture/automatic-identity-management-with-nested-groups-and-api-access/m-p/152593#M5092</guid>
      <dc:creator>RikL</dc:creator>
      <dc:date>2026-03-30T20:27:48Z</dc:date>
    </item>
  </channel>
</rss>

