<?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 Bug in Apigee Extension: HTTP 201 (Created) mistakenly tracked as a Failure in Extensions</title>
    <link>https://community.dynatrace.com/t5/Extensions/Bug-in-Apigee-Extension-HTTP-201-Created-mistakenly-tracked-as-a/m-p/299705#M7266</link>
    <description>&lt;P&gt;Hi Community,&lt;/P&gt;&lt;P&gt;I am writing this post to bring attention to a conceptual bug in the &lt;STRONG&gt;Overview of the Google Apigee Proxy&lt;/STRONG&gt;&lt;/P&gt;&lt;P&gt;regarding how HTTP response codes are evaluated, as standard support channels have unfortunately dismissed the issue.&lt;/P&gt;&lt;P&gt;I previously raised this through support chat, but the answer I received was that &lt;I&gt;"this is how it was designed and it cannot be changed."&lt;/I&gt; Since this fundamentally breaks standard HTTP logic, I am bringing it to the community to raise awareness and get traction from the product team.&lt;/P&gt;&lt;P&gt;Currently, the extension is classifying &lt;STRONG&gt;HTTP 201 (Created)&lt;/STRONG&gt; responses as errors, directly impacting the &lt;STRONG&gt;Failure Rate&lt;/STRONG&gt; metric.&lt;/P&gt;&lt;H3&gt;The Issue&lt;/H3&gt;&lt;P&gt;As per the RFC 7231 HTTP standard, any 2xx series code indicates a successful request. Specifically, a &lt;STRONG&gt;201 Created&lt;/STRONG&gt; status means the request has been fulfilled and has resulted in one or more new resources being created. It is &lt;STRONG&gt;not&lt;/STRONG&gt; a failure.&lt;/P&gt;&lt;P&gt;As you can see in the screenshot below, during a period where all actual error codes (500, 502, 504, 400, etc.) are at &lt;STRONG&gt;0%&lt;/STRONG&gt;, the &lt;STRONG&gt;Failure rate&lt;/STRONG&gt; chart matches the exact percentage of the 201 responses (2.64%).&lt;/P&gt;&lt;UL&gt;&lt;LI&gt;&lt;P&gt;&amp;nbsp;/ui/apps/dynatrace.classic.gcp/ui/entity/&lt;/P&gt;&lt;/LI&gt;&lt;LI&gt;&lt;DIV class=""&gt;&lt;DIV class=""&gt;&lt;P&gt;Overview of the Google Apigee Proxy&lt;/P&gt;&lt;/DIV&gt;&lt;/DIV&gt;&lt;/LI&gt;&lt;LI&gt;&lt;span class="lia-inline-image-display-wrapper lia-image-align-inline" image-alt="rgarzon1_0-1779220143846.png" style="width: 400px;"&gt;&lt;img src="https://community.dynatrace.com/t5/image/serverpage/image-id/33197i6B787D05C6CE1382/image-size/medium?v=v2&amp;amp;px=400" role="button" title="rgarzon1_0-1779220143846.png" alt="rgarzon1_0-1779220143846.png" /&gt;&lt;/span&gt;&lt;P&gt;&amp;nbsp;&lt;/P&gt;&lt;/LI&gt;&lt;/UL&gt;&lt;H3&gt;Impact&lt;/H3&gt;&lt;UL&gt;&lt;LI&gt;&lt;P&gt;&lt;STRONG&gt;Skewed Metrics:&lt;/STRONG&gt; This behavior artificially inflates the failure rate of Apigee services.&lt;/P&gt;&lt;/LI&gt;&lt;LI&gt;&lt;P&gt;&lt;STRONG&gt;False Alarms &amp;amp; Alert Fatigue:&lt;/STRONG&gt; It triggers unnecessary alerts for successful transactions, impacting operations.&lt;/P&gt;&lt;/LI&gt;&lt;LI&gt;&lt;P&gt;&lt;STRONG&gt;Impacted SLAs:&lt;/STRONG&gt; It distorts the availability reports delivered to business stakeholders.&lt;/P&gt;&lt;/LI&gt;&lt;/UL&gt;&lt;P&gt;Since this is hardcoded or misconfigured by default within the extension's internal logic—and cannot be overridden via standard service error detection settings—this requires a fix from the extension maintainers. Accepting &lt;I&gt;"it's by design"&lt;/I&gt; for a metric that treats success as a failure is not a viable option for an enterprise observability platform.&lt;/P&gt;&lt;P&gt;Thanks in advance for your insights!&lt;/P&gt;</description>
    <pubDate>Tue, 19 May 2026 19:51:09 GMT</pubDate>
    <dc:creator>rgarzon1</dc:creator>
    <dc:date>2026-05-19T19:51:09Z</dc:date>
    <item>
      <title>Bug in Apigee Extension: HTTP 201 (Created) mistakenly tracked as a Failure</title>
      <link>https://community.dynatrace.com/t5/Extensions/Bug-in-Apigee-Extension-HTTP-201-Created-mistakenly-tracked-as-a/m-p/299705#M7266</link>
      <description>&lt;P&gt;Hi Community,&lt;/P&gt;&lt;P&gt;I am writing this post to bring attention to a conceptual bug in the &lt;STRONG&gt;Overview of the Google Apigee Proxy&lt;/STRONG&gt;&lt;/P&gt;&lt;P&gt;regarding how HTTP response codes are evaluated, as standard support channels have unfortunately dismissed the issue.&lt;/P&gt;&lt;P&gt;I previously raised this through support chat, but the answer I received was that &lt;I&gt;"this is how it was designed and it cannot be changed."&lt;/I&gt; Since this fundamentally breaks standard HTTP logic, I am bringing it to the community to raise awareness and get traction from the product team.&lt;/P&gt;&lt;P&gt;Currently, the extension is classifying &lt;STRONG&gt;HTTP 201 (Created)&lt;/STRONG&gt; responses as errors, directly impacting the &lt;STRONG&gt;Failure Rate&lt;/STRONG&gt; metric.&lt;/P&gt;&lt;H3&gt;The Issue&lt;/H3&gt;&lt;P&gt;As per the RFC 7231 HTTP standard, any 2xx series code indicates a successful request. Specifically, a &lt;STRONG&gt;201 Created&lt;/STRONG&gt; status means the request has been fulfilled and has resulted in one or more new resources being created. It is &lt;STRONG&gt;not&lt;/STRONG&gt; a failure.&lt;/P&gt;&lt;P&gt;As you can see in the screenshot below, during a period where all actual error codes (500, 502, 504, 400, etc.) are at &lt;STRONG&gt;0%&lt;/STRONG&gt;, the &lt;STRONG&gt;Failure rate&lt;/STRONG&gt; chart matches the exact percentage of the 201 responses (2.64%).&lt;/P&gt;&lt;UL&gt;&lt;LI&gt;&lt;P&gt;&amp;nbsp;/ui/apps/dynatrace.classic.gcp/ui/entity/&lt;/P&gt;&lt;/LI&gt;&lt;LI&gt;&lt;DIV class=""&gt;&lt;DIV class=""&gt;&lt;P&gt;Overview of the Google Apigee Proxy&lt;/P&gt;&lt;/DIV&gt;&lt;/DIV&gt;&lt;/LI&gt;&lt;LI&gt;&lt;span class="lia-inline-image-display-wrapper lia-image-align-inline" image-alt="rgarzon1_0-1779220143846.png" style="width: 400px;"&gt;&lt;img src="https://community.dynatrace.com/t5/image/serverpage/image-id/33197i6B787D05C6CE1382/image-size/medium?v=v2&amp;amp;px=400" role="button" title="rgarzon1_0-1779220143846.png" alt="rgarzon1_0-1779220143846.png" /&gt;&lt;/span&gt;&lt;P&gt;&amp;nbsp;&lt;/P&gt;&lt;/LI&gt;&lt;/UL&gt;&lt;H3&gt;Impact&lt;/H3&gt;&lt;UL&gt;&lt;LI&gt;&lt;P&gt;&lt;STRONG&gt;Skewed Metrics:&lt;/STRONG&gt; This behavior artificially inflates the failure rate of Apigee services.&lt;/P&gt;&lt;/LI&gt;&lt;LI&gt;&lt;P&gt;&lt;STRONG&gt;False Alarms &amp;amp; Alert Fatigue:&lt;/STRONG&gt; It triggers unnecessary alerts for successful transactions, impacting operations.&lt;/P&gt;&lt;/LI&gt;&lt;LI&gt;&lt;P&gt;&lt;STRONG&gt;Impacted SLAs:&lt;/STRONG&gt; It distorts the availability reports delivered to business stakeholders.&lt;/P&gt;&lt;/LI&gt;&lt;/UL&gt;&lt;P&gt;Since this is hardcoded or misconfigured by default within the extension's internal logic—and cannot be overridden via standard service error detection settings—this requires a fix from the extension maintainers. Accepting &lt;I&gt;"it's by design"&lt;/I&gt; for a metric that treats success as a failure is not a viable option for an enterprise observability platform.&lt;/P&gt;&lt;P&gt;Thanks in advance for your insights!&lt;/P&gt;</description>
      <pubDate>Tue, 19 May 2026 19:51:09 GMT</pubDate>
      <guid>https://community.dynatrace.com/t5/Extensions/Bug-in-Apigee-Extension-HTTP-201-Created-mistakenly-tracked-as-a/m-p/299705#M7266</guid>
      <dc:creator>rgarzon1</dc:creator>
      <dc:date>2026-05-19T19:51:09Z</dc:date>
    </item>
  </channel>
</rss>

