<?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 How do you handle unexpected OPAQUE services in your environment? in Open Q&amp;A</title>
    <link>https://community.dynatrace.com/t5/Open-Q-A/How-do-you-handle-unexpected-OPAQUE-services-in-your-environment/m-p/286552#M37638</link>
    <description>&lt;P&gt;By "unexpected", I'm referring to service requests sent to oneagent-monitored services that never arrive due to temporary issues. For example, an issue with a proxy system. If the request doesn't get served by the oneagent-monitored service, it gets assigned to a different opaque service.&lt;/P&gt;&lt;P&gt;This has several implications:&lt;/P&gt;&lt;UL&gt;&lt;LI&gt;The failure rate on the called service (non-opaque) does not change.&lt;/LI&gt;&lt;LI&gt;The parent service may not alert if it continues to respond with a 200 (due to still being available) or if the failures are intermittent.&lt;/LI&gt;&lt;LI&gt;Failure rate on the opaque service always often shows a 100% failure rate, even if the problem is very intermittent.&amp;nbsp;&lt;/LI&gt;&lt;LI&gt;The opaque service won't belong to the child service's management zone rules unless a specific "public" domain/url-based rule is added. Therefore it may not get picked up by existing alert profiles.&lt;/LI&gt;&lt;/UL&gt;&lt;P&gt;I'm curious if the community has any suggestions based on how they've solved for this.&lt;/P&gt;</description>
    <pubDate>Mon, 22 Sep 2025 23:57:48 GMT</pubDate>
    <dc:creator>mdouds</dc:creator>
    <dc:date>2025-09-22T23:57:48Z</dc:date>
    <item>
      <title>How do you handle unexpected OPAQUE services in your environment?</title>
      <link>https://community.dynatrace.com/t5/Open-Q-A/How-do-you-handle-unexpected-OPAQUE-services-in-your-environment/m-p/286552#M37638</link>
      <description>&lt;P&gt;By "unexpected", I'm referring to service requests sent to oneagent-monitored services that never arrive due to temporary issues. For example, an issue with a proxy system. If the request doesn't get served by the oneagent-monitored service, it gets assigned to a different opaque service.&lt;/P&gt;&lt;P&gt;This has several implications:&lt;/P&gt;&lt;UL&gt;&lt;LI&gt;The failure rate on the called service (non-opaque) does not change.&lt;/LI&gt;&lt;LI&gt;The parent service may not alert if it continues to respond with a 200 (due to still being available) or if the failures are intermittent.&lt;/LI&gt;&lt;LI&gt;Failure rate on the opaque service always often shows a 100% failure rate, even if the problem is very intermittent.&amp;nbsp;&lt;/LI&gt;&lt;LI&gt;The opaque service won't belong to the child service's management zone rules unless a specific "public" domain/url-based rule is added. Therefore it may not get picked up by existing alert profiles.&lt;/LI&gt;&lt;/UL&gt;&lt;P&gt;I'm curious if the community has any suggestions based on how they've solved for this.&lt;/P&gt;</description>
      <pubDate>Mon, 22 Sep 2025 23:57:48 GMT</pubDate>
      <guid>https://community.dynatrace.com/t5/Open-Q-A/How-do-you-handle-unexpected-OPAQUE-services-in-your-environment/m-p/286552#M37638</guid>
      <dc:creator>mdouds</dc:creator>
      <dc:date>2025-09-22T23:57:48Z</dc:date>
    </item>
  </channel>
</rss>

