<?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: Restrict serverless options to a subset of users in Administration &amp; Architecture</title>
    <link>https://community.databricks.com/t5/administration-architecture/restrict-serverless-options-to-a-subset-of-users/m-p/115803#M3268</link>
    <description>&lt;P&gt;Any news on this? This is a major blocker for us to enable serverless as we only have a handful of expert users&lt;/P&gt;</description>
    <pubDate>Thu, 17 Apr 2025 19:46:35 GMT</pubDate>
    <dc:creator>gboso</dc:creator>
    <dc:date>2025-04-17T19:46:35Z</dc:date>
    <item>
      <title>Restrict serverless options to a subset of users</title>
      <link>https://community.databricks.com/t5/administration-architecture/restrict-serverless-options-to-a-subset-of-users/m-p/107088#M2839</link>
      <description>&lt;P&gt;Hi,&lt;/P&gt;&lt;P&gt;It seems as if there is no way to restrict serverless options to only only a subset of users. If a user has no budget policy, I assumed he could not run a serverless workload. Unfortunately, this is not the case and it will become a cost governance issue. For now, we are trying enable serverless only for some service principals running certain jobs but by doing so, we bypass all compute policies we had in place.&lt;/P&gt;&lt;P&gt;I am sure I am missing something. If not, is there any plan to fix this?&lt;/P&gt;&lt;P&gt;Thanks!&lt;/P&gt;</description>
      <pubDate>Sun, 26 Jan 2025 21:37:17 GMT</pubDate>
      <guid>https://community.databricks.com/t5/administration-architecture/restrict-serverless-options-to-a-subset-of-users/m-p/107088#M2839</guid>
      <dc:creator>RicksDB</dc:creator>
      <dc:date>2025-01-26T21:37:17Z</dc:date>
    </item>
    <item>
      <title>Re: Restrict serverless options to a subset of users</title>
      <link>https://community.databricks.com/t5/administration-architecture/restrict-serverless-options-to-a-subset-of-users/m-p/107092#M2840</link>
      <description>&lt;P&gt;Hi&amp;nbsp;&lt;a href="https://community.databricks.com/t5/user/viewprofilepage/user-id/21450"&gt;@RicksDB&lt;/a&gt;,&lt;/P&gt;
&lt;P class="p1"&gt;You are correct in identifying a gap in the current serverless compute options regarding user restrictions and budget policies. As of now, there is no direct way to restrict serverless compute options to only a subset of users. If a user does not have a budget policy, they can still run serverless workloads, which can indeed lead to cost governance issues.&lt;/P&gt;
&lt;P class="p2"&gt;&amp;nbsp;&lt;/P&gt;
&lt;P class="p1"&gt;However, there are ongoing efforts to address these concerns. The introduction of budget policies for serverless compute, which is now available in Public Preview is one of them. I will check internally what other features are suggested.&lt;/P&gt;</description>
      <pubDate>Mon, 27 Jan 2025 00:07:06 GMT</pubDate>
      <guid>https://community.databricks.com/t5/administration-architecture/restrict-serverless-options-to-a-subset-of-users/m-p/107092#M2840</guid>
      <dc:creator>Alberto_Umana</dc:creator>
      <dc:date>2025-01-27T00:07:06Z</dc:date>
    </item>
    <item>
      <title>Re: Restrict serverless options to a subset of users</title>
      <link>https://community.databricks.com/t5/administration-architecture/restrict-serverless-options-to-a-subset-of-users/m-p/115803#M3268</link>
      <description>&lt;P&gt;Any news on this? This is a major blocker for us to enable serverless as we only have a handful of expert users&lt;/P&gt;</description>
      <pubDate>Thu, 17 Apr 2025 19:46:35 GMT</pubDate>
      <guid>https://community.databricks.com/t5/administration-architecture/restrict-serverless-options-to-a-subset-of-users/m-p/115803#M3268</guid>
      <dc:creator>gboso</dc:creator>
      <dc:date>2025-04-17T19:46:35Z</dc:date>
    </item>
  </channel>
</rss>

