<?xml version="1.0" encoding="UTF-8"?><rss xmlns:dc="http://purl.org/dc/elements/1.1/" xmlns:content="http://purl.org/rss/1.0/modules/content/" xmlns:atom="http://www.w3.org/2005/Atom" version="2.0"><channel><title><![CDATA[Topics tagged with instances]]></title><description><![CDATA[A list of topics that have been tagged with instances]]></description><link>https://fusionauth.io/community/forum/tags/instances</link><generator>RSS for Node</generator><lastBuildDate>Tue, 11 Aug 2026 12:01:58 GMT</lastBuildDate><atom:link href="https://fusionauth.io/community/forum/tags/instances.rss" rel="self" type="application/rss+xml"/><pubDate>Invalid Date</pubDate><ttl>60</ttl><item><title><![CDATA[Should I run multiple environments in different tenants or different instances?]]></title><description><![CDATA[<p dir="auto">I'm a former consultant, so the answer is, as always, "it depends".</p>
<p dir="auto">Strengths of running in different tenants:</p>

easier to manage (only one instance to run and upgrade)
configuration, such as lambda or identity provider config, can be shared across tenants
cheaper to run (again, only one instance and database to pay for)

<p dir="auto">Strengths of running in different instances:</p>

true isolation when running
you can allow developers access to the admin ui of the instance
a misconfiguration in development isn't going to affect production
you can have a true IaC approach, where you deploy config changes across environments one at a time

<p dir="auto">In general, it makes sense to be careful about production environments, as if any configuration changes are made in error, it can impact the customer experience.</p>
<p dir="auto">It really depends on what works best for you.</p>
]]></description><link>https://fusionauth.io/community/forum/topic/1065/should-i-run-multiple-environments-in-different-tenants-or-different-instances</link><guid isPermaLink="true">https://fusionauth.io/community/forum/topic/1065/should-i-run-multiple-environments-in-different-tenants-or-different-instances</guid><dc:creator><![CDATA[dan]]></dc:creator><pubDate>Invalid Date</pubDate></item></channel></rss>