<?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 Extension upgrades are risky: breaking changes, missing migration guides &amp;amp; security gaps in Extensions</title>
    <link>https://community.dynatrace.com/t5/Extensions/Extension-upgrades-are-risky-breaking-changes-missing-migration/m-p/304094#M7398</link>
    <description>&lt;P&gt;&lt;SPAN class=""&gt;Writing this believe this will be a common issue across,&lt;/SPAN&gt;&lt;/P&gt;&lt;P&gt;&lt;SPAN class=""&gt;1. Breaking changes across version jumps&lt;/SPAN&gt;&lt;/P&gt;&lt;P&gt;When upgrading an extension — especially when skipping several versions in between — there's no consolidated view of the breaking changes introduced. The only way to assess impact today is to review each intermediate version's release notes one by one, which isn't practical at scale.&lt;/P&gt;&lt;P&gt;&lt;SPAN class=""&gt;2. Missing migration guidance&lt;/SPAN&gt;&lt;/P&gt;&lt;P&gt;There doesn't appear to be a migration guide for these upgrades. In an enterprise org with tight change-management, this is a real gap — upgrades seem to require manual reconfiguration afterward, which risks configuration drift and errors.&lt;/P&gt;&lt;P&gt;&lt;SPAN class=""&gt;3. Access control &amp;amp; security filters on extensions&lt;/SPAN&gt;&lt;/P&gt;&lt;P&gt;We'd like user- and permission-based control on extensions to prevent accidental changes or removal and to strengthen our security posture — fine-grained control over who can modify or delete a given extension.&lt;/P&gt;&lt;P&gt;Using API to get the extension and its configuration to trigger the upgrade also has its obstacles&lt;/P&gt;&lt;P&gt;If any words or guidance would help&lt;/P&gt;&lt;P&gt;Thanks&lt;/P&gt;</description>
    <pubDate>Thu, 03 Sep 2026 16:28:59 GMT</pubDate>
    <dc:creator>AravindhanV</dc:creator>
    <dc:date>2026-09-03T16:28:59Z</dc:date>
    <item>
      <title>Extension upgrades are risky: breaking changes, missing migration guides &amp; security gaps</title>
      <link>https://community.dynatrace.com/t5/Extensions/Extension-upgrades-are-risky-breaking-changes-missing-migration/m-p/304094#M7398</link>
      <description>&lt;P&gt;&lt;SPAN class=""&gt;Writing this believe this will be a common issue across,&lt;/SPAN&gt;&lt;/P&gt;&lt;P&gt;&lt;SPAN class=""&gt;1. Breaking changes across version jumps&lt;/SPAN&gt;&lt;/P&gt;&lt;P&gt;When upgrading an extension — especially when skipping several versions in between — there's no consolidated view of the breaking changes introduced. The only way to assess impact today is to review each intermediate version's release notes one by one, which isn't practical at scale.&lt;/P&gt;&lt;P&gt;&lt;SPAN class=""&gt;2. Missing migration guidance&lt;/SPAN&gt;&lt;/P&gt;&lt;P&gt;There doesn't appear to be a migration guide for these upgrades. In an enterprise org with tight change-management, this is a real gap — upgrades seem to require manual reconfiguration afterward, which risks configuration drift and errors.&lt;/P&gt;&lt;P&gt;&lt;SPAN class=""&gt;3. Access control &amp;amp; security filters on extensions&lt;/SPAN&gt;&lt;/P&gt;&lt;P&gt;We'd like user- and permission-based control on extensions to prevent accidental changes or removal and to strengthen our security posture — fine-grained control over who can modify or delete a given extension.&lt;/P&gt;&lt;P&gt;Using API to get the extension and its configuration to trigger the upgrade also has its obstacles&lt;/P&gt;&lt;P&gt;If any words or guidance would help&lt;/P&gt;&lt;P&gt;Thanks&lt;/P&gt;</description>
      <pubDate>Thu, 03 Sep 2026 16:28:59 GMT</pubDate>
      <guid>https://community.dynatrace.com/t5/Extensions/Extension-upgrades-are-risky-breaking-changes-missing-migration/m-p/304094#M7398</guid>
      <dc:creator>AravindhanV</dc:creator>
      <dc:date>2026-09-03T16:28:59Z</dc:date>
    </item>
  </channel>
</rss>

