<?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: Using Segments Extensively? Are they working consistently? in Open Q&amp;A</title>
    <link>https://community.dynatrace.com/t5/Open-Q-A/Using-Segments-Extensively-Are-they-working-consistently/m-p/299789#M39075</link>
    <description>&lt;P&gt;We are currently facing the same situation. We are working on implementations, and the new environments are running on Gen3. There is no complete guide or clear use cases available for segments. We are trying to configure them, but in some applications they are not working correctly. To be honest, the process has been a bit tedious.&lt;/P&gt;</description>
    <pubDate>Wed, 20 May 2026 14:26:44 GMT</pubDate>
    <dc:creator>NicoleMT</dc:creator>
    <dc:date>2026-05-20T14:26:44Z</dc:date>
    <item>
      <title>Using Segments Extensively? Are they working consistently?</title>
      <link>https://community.dynatrace.com/t5/Open-Q-A/Using-Segments-Extensively-Are-they-working-consistently/m-p/299733#M39067</link>
      <description>&lt;P&gt;I must confirm I have a big issue with segments. I might have understood something fundamentally wrong but to me it seems segments are not properly used in all apps the same way.&lt;/P&gt;&lt;P&gt;For example, I'm trying to cover a rather simple usecase: everything from within a K8s namespace (annotated by a owner label) should go into a segment. And I mean everything, the entities, the spans, the logs, the metrics, ...&lt;BR /&gt;Let's start with the entities: it's hard to include all (classic, and - oh my - new entities) into the segment! I have not yet found a "simple" rule that - via relationships or tags/labels whatsoever allows me to include all entities that somehow relate to the namespace.&lt;BR /&gt;Then even if your segment preview shows the desired entities (e.g. services)...try to switch to the new smartscape to show service topology - nope, doesn't. SERVICEs of that segment show in the services app but do not show in the smartscape app - leaving smartscape app in big environments basically useless and frustrating for users (because they can't properly filter). likely because there is a duplication in the entity data: dt.smartscape.service and dt.entity.service (same(!) value).&lt;/P&gt;&lt;P&gt;Second: the "include everything" doesn't work. For example use the security context (based on MZ - yay! we still need both). Think about this OR(!) condition:&lt;/P&gt;&lt;P&gt;&lt;span class="lia-inline-image-display-wrapper lia-image-align-inline" image-alt="r_weber_0-1779266904977.png" style="width: 999px;"&gt;&lt;img src="https://community.dynatrace.com/t5/image/serverpage/image-id/33209i4BA8CAFF2922145D/image-size/large?v=v2&amp;amp;px=999" role="button" title="r_weber_0-1779266904977.png" alt="r_weber_0-1779266904977.png" /&gt;&lt;/span&gt;&lt;/P&gt;&lt;P&gt;One would expect the classic enities be included (since they match the dt.security.context from the MZ. But no they can't be included because they do not have a namespace!? They have the security context and it is a OR, we shouldn't care if there is a namespace...OR not AND!&lt;/P&gt;&lt;P&gt;Hosently, I've worked a lot on structuring data into MZs for user visibility, but segments just seems to not work as intended or is simply not feature complete it seems!&lt;BR /&gt;&lt;BR /&gt;Happy to get convinced otherwise!&lt;/P&gt;</description>
      <pubDate>Wed, 20 May 2026 08:56:11 GMT</pubDate>
      <guid>https://community.dynatrace.com/t5/Open-Q-A/Using-Segments-Extensively-Are-they-working-consistently/m-p/299733#M39067</guid>
      <dc:creator>r_weber</dc:creator>
      <dc:date>2026-05-20T08:56:11Z</dc:date>
    </item>
    <item>
      <title>Re: Using Segments Extensively? Are they working consistently?</title>
      <link>https://community.dynatrace.com/t5/Open-Q-A/Using-Segments-Extensively-Are-they-working-consistently/m-p/299746#M39072</link>
      <description>&lt;P&gt;My feedback is mixed. The preview does not work for me in some cases, similar to yours. I assume this gets improved with the upcoming updates, especially when existing apps will move to Gen3. I always try to test the segment then on real data.&lt;BR /&gt;&lt;BR /&gt;Now you still need to include the classic entities, not even for extension, but also for services or hosts as the apps do not use new smartscape entities yet (they use dt.entity , not dt.smartscape ). I hope this gets improved with the upcoming June/July rally. Including classic entities is more challenging are there are &lt;A href="https://docs.dynatrace.com/docs/shortlink/segments-reference-limits#classic-entities" target="_blank"&gt;limited options for matching&lt;/A&gt;.&lt;/P&gt;</description>
      <pubDate>Wed, 20 May 2026 11:41:02 GMT</pubDate>
      <guid>https://community.dynatrace.com/t5/Open-Q-A/Using-Segments-Extensively-Are-they-working-consistently/m-p/299746#M39072</guid>
      <dc:creator>Julius_Loman</dc:creator>
      <dc:date>2026-05-20T11:41:02Z</dc:date>
    </item>
    <item>
      <title>Re: Using Segments Extensively? Are they working consistently?</title>
      <link>https://community.dynatrace.com/t5/Open-Q-A/Using-Segments-Extensively-Are-they-working-consistently/m-p/299789#M39075</link>
      <description>&lt;P&gt;We are currently facing the same situation. We are working on implementations, and the new environments are running on Gen3. There is no complete guide or clear use cases available for segments. We are trying to configure them, but in some applications they are not working correctly. To be honest, the process has been a bit tedious.&lt;/P&gt;</description>
      <pubDate>Wed, 20 May 2026 14:26:44 GMT</pubDate>
      <guid>https://community.dynatrace.com/t5/Open-Q-A/Using-Segments-Extensively-Are-they-working-consistently/m-p/299789#M39075</guid>
      <dc:creator>NicoleMT</dc:creator>
      <dc:date>2026-05-20T14:26:44Z</dc:date>
    </item>
  </channel>
</rss>

