<?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: Difference between Security Context and Management Zone in Open Q&amp;A</title>
    <link>https://community.dynatrace.com/t5/Open-Q-A/Difference-between-Security-Context-and-Management-Zone/m-p/273994#M36173</link>
    <description>&lt;P&gt;Hi &lt;a href="https://community.dynatrace.com/t5/user/viewprofilepage/user-id/36245"&gt;@waikeat_chan&lt;/a&gt; , you could more easily think of this as Pre-Grail and Post-Grail.&lt;/P&gt;&lt;P&gt;If you're not using Grail, MZ is the option for filtering entities and metrics. You can assign users to see only certain MZs or a more general view and then filter by MZ. Customers with Dynatrace Managed or SaaS without Grail.&lt;/P&gt;&lt;P&gt;In the Post-Grail scenario, as you described, Dynatrace has announced that MZ will be deprecated in the future. Therefore, if you have a new user, using only security_context would be a good recommendation.&lt;/P&gt;</description>
    <pubDate>Mon, 31 Mar 2025 19:41:05 GMT</pubDate>
    <dc:creator>DanielS</dc:creator>
    <dc:date>2025-03-31T19:41:05Z</dc:date>
    <item>
      <title>Difference between Security Context and Management Zone</title>
      <link>https://community.dynatrace.com/t5/Open-Q-A/Difference-between-Security-Context-and-Management-Zone/m-p/273894#M36167</link>
      <description>&lt;P&gt;I've read about the technical difference between these two, however I am more curious about the &lt;STRONG&gt;GENERAL difference&lt;/STRONG&gt; between these two when it comes to handling customer (to at least know, if my understanding is correct)&lt;/P&gt;&lt;P&gt;&amp;nbsp;&lt;/P&gt;&lt;P&gt;&lt;U&gt;1) Customer that is &lt;STRONG&gt;about to upgrade from Managed&lt;/STRONG&gt; or Normal-SaaS to SaaS-Grail:&lt;/U&gt;&lt;/P&gt;&lt;UL class="lia-list-style-type-circle"&gt;&lt;LI&gt;a.&amp;nbsp; For the things that're &lt;STRONG&gt;visible as a SmartScape bubbles,&amp;nbsp; set the security_context to be the same value as management zone&lt;/STRONG&gt; (to ease the migration to Grail later)&lt;/LI&gt;&lt;LI&gt;b.&amp;nbsp; For the things that&lt;STRONG&gt; aren't visible as bubbles&lt;/STRONG&gt; (for example, logs ingested via streaming/forwarding from other sources), &lt;STRONG&gt;set the security_context for them&lt;/STRONG&gt; before the Migration&lt;/LI&gt;&lt;LI&gt;c.&amp;nbsp; &lt;STRONG&gt;After migration, management zone can still be use&lt;/STRONG&gt;, but MOSTLY would be&lt;STRONG&gt; as a mechanism for slice-and-dice data&lt;/STRONG&gt; instead of mechanism for data-access-control &lt;STRONG&gt;because policy+security_context would be use for data access control&lt;/STRONG&gt; &lt;EM&gt;&lt;FONT face="andale mono,times"&gt;(if customer still want to use Management Zone in data access control, they can do so too because management zone is allowed in the syntax of policy. Just that apparently Dynatrace Team would not advise to do so?)&lt;/FONT&gt;&lt;/EM&gt;&lt;/LI&gt;&lt;/UL&gt;&lt;P&gt;&amp;nbsp;&lt;/P&gt;&lt;P&gt;&lt;U&gt;2) For customer that would &lt;STRONG&gt;straight away onboard to SaaS Grail&lt;/STRONG&gt;&lt;/U&gt;&lt;/P&gt;&lt;UL class="lia-list-style-type-circle"&gt;&lt;LI&gt;a.&amp;nbsp; &lt;STRONG&gt;Just use Security Context&lt;/STRONG&gt;&lt;/LI&gt;&lt;LI&gt;b.&amp;nbsp; Management Zone is totally optional ('optional' in the sense that, as exactly what I described in point 1c above)&lt;/LI&gt;&lt;LI&gt;But to make things easier in future (I don't know, maybe in future Dynatrace would remove this feature altogether...), &lt;STRONG&gt;Management Zone should be avoid&lt;/STRONG&gt; for all new customer&lt;STRONG&gt;?&lt;/STRONG&gt;&lt;/LI&gt;&lt;/UL&gt;&lt;P&gt;&amp;nbsp;&lt;/P&gt;&lt;P&gt;Any comment or correction are welcome, thanks!&lt;/P&gt;&lt;P&gt;&amp;nbsp;&lt;/P&gt;&lt;P&gt;Best Regards,&lt;/P&gt;&lt;P&gt;Wai Keat&lt;/P&gt;</description>
      <pubDate>Sun, 30 Mar 2025 14:28:06 GMT</pubDate>
      <guid>https://community.dynatrace.com/t5/Open-Q-A/Difference-between-Security-Context-and-Management-Zone/m-p/273894#M36167</guid>
      <dc:creator>waikeat_chan</dc:creator>
      <dc:date>2025-03-30T14:28:06Z</dc:date>
    </item>
    <item>
      <title>Re: Difference between Security Context and Management Zone</title>
      <link>https://community.dynatrace.com/t5/Open-Q-A/Difference-between-Security-Context-and-Management-Zone/m-p/273994#M36173</link>
      <description>&lt;P&gt;Hi &lt;a href="https://community.dynatrace.com/t5/user/viewprofilepage/user-id/36245"&gt;@waikeat_chan&lt;/a&gt; , you could more easily think of this as Pre-Grail and Post-Grail.&lt;/P&gt;&lt;P&gt;If you're not using Grail, MZ is the option for filtering entities and metrics. You can assign users to see only certain MZs or a more general view and then filter by MZ. Customers with Dynatrace Managed or SaaS without Grail.&lt;/P&gt;&lt;P&gt;In the Post-Grail scenario, as you described, Dynatrace has announced that MZ will be deprecated in the future. Therefore, if you have a new user, using only security_context would be a good recommendation.&lt;/P&gt;</description>
      <pubDate>Mon, 31 Mar 2025 19:41:05 GMT</pubDate>
      <guid>https://community.dynatrace.com/t5/Open-Q-A/Difference-between-Security-Context-and-Management-Zone/m-p/273994#M36173</guid>
      <dc:creator>DanielS</dc:creator>
      <dc:date>2025-03-31T19:41:05Z</dc:date>
    </item>
  </channel>
</rss>

