<?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 Optimum Standard &amp; Premium Tier Strategy in Data Engineering</title>
    <link>https://community.databricks.com/t5/data-engineering/optimum-standard-premium-tier-strategy/m-p/20042#M13521</link>
    <description>&lt;P&gt;Hi,&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;I would like to deploy Databricks workspaces to build a delta lakehouse to server both scheduled jobs/processing and ad-hoc/analytical querying workloads. Databricks users comprise of both data engineers and data analysts. &lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;In terms of requirements in addition to optimising costs, I would like to take advantage of the Premium tier's role-based access and credential passthrough, primarily to ensure our data analyst access adhere to the "principle of least privilege" aka not admins. I don't want the analysts tinkering with workspace, table and cluster objects &amp;amp; configurations.&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;On this basis, rather than a single Premium tier, is it a viable approach to setup 2x Databricks workspaces? A Standard workspace to run scheduled jobs/workflows and a Premium, more secure, workspace for the analysts to run their ad-hoc queries. &lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;Pros&lt;/P&gt;&lt;OL&gt;&lt;LI&gt;Scheduled jobs/workflows exclusively on the Standard SKU which is cheaper than on a Premium SKU.&lt;/LI&gt;&lt;LI&gt;Separate workloads delineates billing, if we want to distinguish between data engineering and data analytical workloads&lt;/LI&gt;&lt;/OL&gt;&lt;P&gt;Cons&lt;/P&gt;&lt;OL&gt;&lt;LI&gt;Slightly more operational and admin overhead in setting up and managing two workspaces as opposed to a single workspace.&lt;/LI&gt;&lt;/OL&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;Thanks&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;Tim&lt;/P&gt;</description>
    <pubDate>Fri, 20 May 2022 17:48:54 GMT</pubDate>
    <dc:creator>timothy_uk</dc:creator>
    <dc:date>2022-05-20T17:48:54Z</dc:date>
    <item>
      <title>Optimum Standard &amp; Premium Tier Strategy</title>
      <link>https://community.databricks.com/t5/data-engineering/optimum-standard-premium-tier-strategy/m-p/20042#M13521</link>
      <description>&lt;P&gt;Hi,&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;I would like to deploy Databricks workspaces to build a delta lakehouse to server both scheduled jobs/processing and ad-hoc/analytical querying workloads. Databricks users comprise of both data engineers and data analysts. &lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;In terms of requirements in addition to optimising costs, I would like to take advantage of the Premium tier's role-based access and credential passthrough, primarily to ensure our data analyst access adhere to the "principle of least privilege" aka not admins. I don't want the analysts tinkering with workspace, table and cluster objects &amp;amp; configurations.&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;On this basis, rather than a single Premium tier, is it a viable approach to setup 2x Databricks workspaces? A Standard workspace to run scheduled jobs/workflows and a Premium, more secure, workspace for the analysts to run their ad-hoc queries. &lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;Pros&lt;/P&gt;&lt;OL&gt;&lt;LI&gt;Scheduled jobs/workflows exclusively on the Standard SKU which is cheaper than on a Premium SKU.&lt;/LI&gt;&lt;LI&gt;Separate workloads delineates billing, if we want to distinguish between data engineering and data analytical workloads&lt;/LI&gt;&lt;/OL&gt;&lt;P&gt;Cons&lt;/P&gt;&lt;OL&gt;&lt;LI&gt;Slightly more operational and admin overhead in setting up and managing two workspaces as opposed to a single workspace.&lt;/LI&gt;&lt;/OL&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;Thanks&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;Tim&lt;/P&gt;</description>
      <pubDate>Fri, 20 May 2022 17:48:54 GMT</pubDate>
      <guid>https://community.databricks.com/t5/data-engineering/optimum-standard-premium-tier-strategy/m-p/20042#M13521</guid>
      <dc:creator>timothy_uk</dc:creator>
      <dc:date>2022-05-20T17:48:54Z</dc:date>
    </item>
    <item>
      <title>Re: Optimum Standard &amp; Premium Tier Strategy</title>
      <link>https://community.databricks.com/t5/data-engineering/optimum-standard-premium-tier-strategy/m-p/20043#M13522</link>
      <description>&lt;P&gt;@Timothy Lin​&amp;nbsp;, Yes, exactly what you wrote is the correct approach. Having two workspaces is the way to go. In cons, I only see that you need to automatically set a common hive meta store for both to have the same tables in both spaces. You can also request Databricks support for help in integrating two workspaces.&lt;/P&gt;</description>
      <pubDate>Sat, 21 May 2022 09:55:38 GMT</pubDate>
      <guid>https://community.databricks.com/t5/data-engineering/optimum-standard-premium-tier-strategy/m-p/20043#M13522</guid>
      <dc:creator>Hubert-Dudek</dc:creator>
      <dc:date>2022-05-21T09:55:38Z</dc:date>
    </item>
    <item>
      <title>Re: Optimum Standard &amp; Premium Tier Strategy</title>
      <link>https://community.databricks.com/t5/data-engineering/optimum-standard-premium-tier-strategy/m-p/20044#M13523</link>
      <description>&lt;P&gt;Hi all thank you for informative answers!&lt;/P&gt;</description>
      <pubDate>Wed, 25 May 2022 07:54:31 GMT</pubDate>
      <guid>https://community.databricks.com/t5/data-engineering/optimum-standard-premium-tier-strategy/m-p/20044#M13523</guid>
      <dc:creator>timothy_uk</dc:creator>
      <dc:date>2022-05-25T07:54:31Z</dc:date>
    </item>
  </channel>
</rss>

