<?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 Query for workload requests in Container platforms</title>
    <link>https://community.dynatrace.com/t5/Container-platforms/Query-for-workload-requests/m-p/256460#M2631</link>
    <description>&lt;P&gt;Hi,&amp;nbsp;&lt;/P&gt;&lt;P&gt;I've noticed that the query used to show the CPU requests of a workload from the workload entity page is like the following one.&amp;nbsp;&lt;BR /&gt;&lt;BR /&gt;&lt;/P&gt;&lt;LI-CODE lang="markup"&gt;builtin:kubernetes.workload.requests_cpu:filter(eq("dt.entity.cloud_application",CLOUD_APPLICATION-D208D96CD2DA8E7A)):splitBy("dt.entity.cloud_application"):sum&lt;/LI-CODE&gt;&lt;P&gt;&amp;nbsp;What is the rationale behind the latest split by and aggregation?&amp;nbsp;&lt;BR /&gt;A simpler query like the following one provides the same results but I'm not sure there are corner cases which I'm not seeing.&amp;nbsp;&lt;/P&gt;&lt;LI-CODE lang="markup"&gt;builtin:kubernetes.workload.requests_cpu:filter(eq("dt.entity.cloud_application",CLOUD_APPLICATION-D208D96CD2DA8E7A))&lt;/LI-CODE&gt;&lt;P&gt;Thank you.&amp;nbsp;&lt;BR /&gt;&amp;nbsp;&lt;/P&gt;</description>
    <pubDate>Thu, 19 Sep 2024 09:20:57 GMT</pubDate>
    <dc:creator>Gibilisco</dc:creator>
    <dc:date>2024-09-19T09:20:57Z</dc:date>
    <item>
      <title>Query for workload requests</title>
      <link>https://community.dynatrace.com/t5/Container-platforms/Query-for-workload-requests/m-p/256460#M2631</link>
      <description>&lt;P&gt;Hi,&amp;nbsp;&lt;/P&gt;&lt;P&gt;I've noticed that the query used to show the CPU requests of a workload from the workload entity page is like the following one.&amp;nbsp;&lt;BR /&gt;&lt;BR /&gt;&lt;/P&gt;&lt;LI-CODE lang="markup"&gt;builtin:kubernetes.workload.requests_cpu:filter(eq("dt.entity.cloud_application",CLOUD_APPLICATION-D208D96CD2DA8E7A)):splitBy("dt.entity.cloud_application"):sum&lt;/LI-CODE&gt;&lt;P&gt;&amp;nbsp;What is the rationale behind the latest split by and aggregation?&amp;nbsp;&lt;BR /&gt;A simpler query like the following one provides the same results but I'm not sure there are corner cases which I'm not seeing.&amp;nbsp;&lt;/P&gt;&lt;LI-CODE lang="markup"&gt;builtin:kubernetes.workload.requests_cpu:filter(eq("dt.entity.cloud_application",CLOUD_APPLICATION-D208D96CD2DA8E7A))&lt;/LI-CODE&gt;&lt;P&gt;Thank you.&amp;nbsp;&lt;BR /&gt;&amp;nbsp;&lt;/P&gt;</description>
      <pubDate>Thu, 19 Sep 2024 09:20:57 GMT</pubDate>
      <guid>https://community.dynatrace.com/t5/Container-platforms/Query-for-workload-requests/m-p/256460#M2631</guid>
      <dc:creator>Gibilisco</dc:creator>
      <dc:date>2024-09-19T09:20:57Z</dc:date>
    </item>
    <item>
      <title>Re: Query for workload requests</title>
      <link>https://community.dynatrace.com/t5/Container-platforms/Query-for-workload-requests/m-p/256530#M2634</link>
      <description>&lt;P&gt;I think both the queries would provide you with a similar result in this case , just that the first one is a autogenerated when you open it Data explorer from&amp;nbsp;&lt;SPAN&gt;workload entity page. The&amp;nbsp;splitBy and aggregation may not make much deference in this specific case as you are already filtering it to a specific workload and the value returned is very constant.&lt;/SPAN&gt;&lt;/P&gt;&lt;P&gt;&lt;SPAN&gt;the aggregation might make a difference in other use cases if you choose metrics like CPU usage or CPU throttling&amp;nbsp;&lt;/SPAN&gt;&lt;/P&gt;</description>
      <pubDate>Fri, 20 Sep 2024 01:34:12 GMT</pubDate>
      <guid>https://community.dynatrace.com/t5/Container-platforms/Query-for-workload-requests/m-p/256530#M2634</guid>
      <dc:creator>p_devulapalli</dc:creator>
      <dc:date>2024-09-20T01:34:12Z</dc:date>
    </item>
  </channel>
</rss>

