<?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: Multi-tenant use case of Dynatrace SaaS in Open Q&amp;A</title>
    <link>https://community.dynatrace.com/t5/Open-Q-A/Multi-tenant-use-case-of-Dynatrace-SaaS/m-p/70896#M4087</link>
    <description>&lt;P&gt;Hi Noah,&lt;/P&gt;&lt;P&gt;I will recommend going the multi-tenant route for this use case. For 2 non-production environments, you can possibly share one tenant but for production and non-production, you may want to seperate them for various reasons.&lt;/P&gt;&lt;P&gt;1. As you said not to confuse problems when they are created.&lt;/P&gt;&lt;P&gt;2. There is more flexibility making changes to a non-production environment than to a production one. &lt;/P&gt;&lt;P&gt;3. You may want to validate configuration changes in the dev tenant before replicating to the production tenant.&lt;/P&gt;&lt;P&gt;The only possible reason to use a shared tenant is if there are specific services that are shared by production and development components but i sincerely doubt that is the case.&lt;/P&gt;&lt;P&gt;I also assume you mean 1000 hosts so i recommend separate tenants for management.&lt;/P&gt;&lt;P&gt;Hope This Helps&lt;/P&gt;&lt;P&gt;NJ&lt;/P&gt;</description>
    <pubDate>Wed, 23 May 2018 12:07:51 GMT</pubDate>
    <dc:creator>nj_njoku</dc:creator>
    <dc:date>2018-05-23T12:07:51Z</dc:date>
    <item>
      <title>Multi-tenant use case of Dynatrace SaaS</title>
      <link>https://community.dynatrace.com/t5/Open-Q-A/Multi-tenant-use-case-of-Dynatrace-SaaS/m-p/70895#M4086</link>
      <description>&lt;P&gt;Hi, &lt;/P&gt;&lt;P&gt;We have heard that there is the multi-tenant deployment of Dynatrace SaaS for a large environment.&lt;BR /&gt;How many agents or environments did you recommend deploying multiple SaaS tenants? &lt;/P&gt;&lt;P&gt;We are planning to deploy 1000 agents to both of the production and the development environment. If we use 1 tenant for the both of environment, we consider that we may mistake the environment when the problem was opened.&lt;/P&gt;&lt;P&gt;Best Regards,&lt;BR /&gt;Noah Kobayashi&lt;/P&gt;</description>
      <pubDate>Wed, 23 May 2018 02:30:29 GMT</pubDate>
      <guid>https://community.dynatrace.com/t5/Open-Q-A/Multi-tenant-use-case-of-Dynatrace-SaaS/m-p/70895#M4086</guid>
      <dc:creator>nkobayashi1</dc:creator>
      <dc:date>2018-05-23T02:30:29Z</dc:date>
    </item>
    <item>
      <title>Re: Multi-tenant use case of Dynatrace SaaS</title>
      <link>https://community.dynatrace.com/t5/Open-Q-A/Multi-tenant-use-case-of-Dynatrace-SaaS/m-p/70896#M4087</link>
      <description>&lt;P&gt;Hi Noah,&lt;/P&gt;&lt;P&gt;I will recommend going the multi-tenant route for this use case. For 2 non-production environments, you can possibly share one tenant but for production and non-production, you may want to seperate them for various reasons.&lt;/P&gt;&lt;P&gt;1. As you said not to confuse problems when they are created.&lt;/P&gt;&lt;P&gt;2. There is more flexibility making changes to a non-production environment than to a production one. &lt;/P&gt;&lt;P&gt;3. You may want to validate configuration changes in the dev tenant before replicating to the production tenant.&lt;/P&gt;&lt;P&gt;The only possible reason to use a shared tenant is if there are specific services that are shared by production and development components but i sincerely doubt that is the case.&lt;/P&gt;&lt;P&gt;I also assume you mean 1000 hosts so i recommend separate tenants for management.&lt;/P&gt;&lt;P&gt;Hope This Helps&lt;/P&gt;&lt;P&gt;NJ&lt;/P&gt;</description>
      <pubDate>Wed, 23 May 2018 12:07:51 GMT</pubDate>
      <guid>https://community.dynatrace.com/t5/Open-Q-A/Multi-tenant-use-case-of-Dynatrace-SaaS/m-p/70896#M4087</guid>
      <dc:creator>nj_njoku</dc:creator>
      <dc:date>2018-05-23T12:07:51Z</dc:date>
    </item>
  </channel>
</rss>

