<?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 RFE: DPS licensing - consumption capping per capability, per environment in Open Q&amp;A</title>
    <link>https://community.dynatrace.com/t5/Open-Q-A/RFE-DPS-licensing-consumption-capping-per-capability-per/m-p/303722#M40154</link>
    <description>&lt;P&gt;Hello.&lt;/P&gt;&lt;P&gt;&lt;STRONG&gt;Idea&lt;/STRONG&gt;&lt;/P&gt;&lt;P&gt;In DPS licensing model, have the ability to cap (limit) the consumption par capability, per environment.&lt;/P&gt;&lt;P&gt;&lt;STRONG&gt;Problem&lt;/STRONG&gt;&lt;/P&gt;&lt;P&gt;In&amp;nbsp;&lt;EM&gt;Classic&lt;/EM&gt;, I can protect myself against over consumptions by capping it per environment and per license type (DDU|DEM|HU|SEC)(some time on a per month basis). This avoids the&amp;nbsp;&lt;EM&gt;house of cards&lt;/EM&gt; effect, where one single not-properly understood setting can&amp;nbsp;jeopardize the entire monitoring. *Real life* examples: One single log source switched to trace level (factor &amp;gt;= x1000 !), can burn DDU allocation,&amp;nbsp; One single over verbose metric Prometheus source can blast the DDU allocation in 1 day.&amp;nbsp;Uncontrolled RUM enabled applications can drain the DEM allocation.&lt;/P&gt;&lt;P&gt;AFAIU, in &lt;EM&gt;DPS&lt;/EM&gt;&amp;nbsp;one single capability over consuming can either block all capabilities if budget is drained empty, and/or incur unplanned non provisioned extra financial cost. In other words I see DPS as extra operational risks, extra financial risk, and extra %FTE to keep in check all the very nice alerts we could set up - yet none of them avoiding the risk.&lt;/P&gt;&lt;P&gt;&lt;STRONG&gt;Practically&lt;/STRONG&gt;&lt;/P&gt;&lt;P&gt;Prior to license model migration from &lt;EM&gt;Classic&lt;/EM&gt; to&amp;nbsp;&lt;EM&gt;DPS&lt;/EM&gt;,&amp;nbsp;I have difficulties selling it to my management : we don't really need DPS (for now), it incurs more operational and financial risks, and will requires some extra FTE to fiddle through. (By 24.08.2026 a &lt;A href="https://community.dynatrace.com/t5/forums/searchpage/tab/message?q=DPS&amp;amp;page=3&amp;amp;collapse_discussion=true" target="_blank" rel="noopener"&gt;forum search on DPS&lt;/A&gt;&amp;nbsp;reveal quite some draw backs, like &lt;A href="https://community.dynatrace.com/t5/Dynatrace-Managed-Q-A/After-moving-to-DPS-How-to-break-down-DPS-metric-consumption-by/m-p/301801" target="_blank"&gt;extensions management cost calculation gone&lt;/A&gt;, excel extracts, dashboard reinvention, loss of insight like Settings:Consumption:Davis data units pools, ...).&amp;nbsp;&lt;/P&gt;&lt;P&gt;&lt;STRONG&gt;Note&lt;/STRONG&gt;&lt;/P&gt;&lt;P&gt;IMHO it is not enough to be told "but, you can control and verify these through alerts / dashboards". I feel I'd prefer circuit brakers. Also telling me "the DPS budget can be reallocated temporarily somewhere else" means that I'll put at risk an other capability, and simply postpone the problem.&lt;/P&gt;&lt;P&gt;Regards.&lt;BR /&gt;--&lt;BR /&gt;Gilles&lt;/P&gt;</description>
    <pubDate>Mon, 24 Aug 2026 14:53:04 GMT</pubDate>
    <dc:creator>gilles_tabary</dc:creator>
    <dc:date>2026-08-24T14:53:04Z</dc:date>
    <item>
      <title>RFE: DPS licensing - consumption capping per capability, per environment</title>
      <link>https://community.dynatrace.com/t5/Open-Q-A/RFE-DPS-licensing-consumption-capping-per-capability-per/m-p/303722#M40154</link>
      <description>&lt;P&gt;Hello.&lt;/P&gt;&lt;P&gt;&lt;STRONG&gt;Idea&lt;/STRONG&gt;&lt;/P&gt;&lt;P&gt;In DPS licensing model, have the ability to cap (limit) the consumption par capability, per environment.&lt;/P&gt;&lt;P&gt;&lt;STRONG&gt;Problem&lt;/STRONG&gt;&lt;/P&gt;&lt;P&gt;In&amp;nbsp;&lt;EM&gt;Classic&lt;/EM&gt;, I can protect myself against over consumptions by capping it per environment and per license type (DDU|DEM|HU|SEC)(some time on a per month basis). This avoids the&amp;nbsp;&lt;EM&gt;house of cards&lt;/EM&gt; effect, where one single not-properly understood setting can&amp;nbsp;jeopardize the entire monitoring. *Real life* examples: One single log source switched to trace level (factor &amp;gt;= x1000 !), can burn DDU allocation,&amp;nbsp; One single over verbose metric Prometheus source can blast the DDU allocation in 1 day.&amp;nbsp;Uncontrolled RUM enabled applications can drain the DEM allocation.&lt;/P&gt;&lt;P&gt;AFAIU, in &lt;EM&gt;DPS&lt;/EM&gt;&amp;nbsp;one single capability over consuming can either block all capabilities if budget is drained empty, and/or incur unplanned non provisioned extra financial cost. In other words I see DPS as extra operational risks, extra financial risk, and extra %FTE to keep in check all the very nice alerts we could set up - yet none of them avoiding the risk.&lt;/P&gt;&lt;P&gt;&lt;STRONG&gt;Practically&lt;/STRONG&gt;&lt;/P&gt;&lt;P&gt;Prior to license model migration from &lt;EM&gt;Classic&lt;/EM&gt; to&amp;nbsp;&lt;EM&gt;DPS&lt;/EM&gt;,&amp;nbsp;I have difficulties selling it to my management : we don't really need DPS (for now), it incurs more operational and financial risks, and will requires some extra FTE to fiddle through. (By 24.08.2026 a &lt;A href="https://community.dynatrace.com/t5/forums/searchpage/tab/message?q=DPS&amp;amp;page=3&amp;amp;collapse_discussion=true" target="_blank" rel="noopener"&gt;forum search on DPS&lt;/A&gt;&amp;nbsp;reveal quite some draw backs, like &lt;A href="https://community.dynatrace.com/t5/Dynatrace-Managed-Q-A/After-moving-to-DPS-How-to-break-down-DPS-metric-consumption-by/m-p/301801" target="_blank"&gt;extensions management cost calculation gone&lt;/A&gt;, excel extracts, dashboard reinvention, loss of insight like Settings:Consumption:Davis data units pools, ...).&amp;nbsp;&lt;/P&gt;&lt;P&gt;&lt;STRONG&gt;Note&lt;/STRONG&gt;&lt;/P&gt;&lt;P&gt;IMHO it is not enough to be told "but, you can control and verify these through alerts / dashboards". I feel I'd prefer circuit brakers. Also telling me "the DPS budget can be reallocated temporarily somewhere else" means that I'll put at risk an other capability, and simply postpone the problem.&lt;/P&gt;&lt;P&gt;Regards.&lt;BR /&gt;--&lt;BR /&gt;Gilles&lt;/P&gt;</description>
      <pubDate>Mon, 24 Aug 2026 14:53:04 GMT</pubDate>
      <guid>https://community.dynatrace.com/t5/Open-Q-A/RFE-DPS-licensing-consumption-capping-per-capability-per/m-p/303722#M40154</guid>
      <dc:creator>gilles_tabary</dc:creator>
      <dc:date>2026-08-24T14:53:04Z</dc:date>
    </item>
  </channel>
</rss>

