<?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 deployment]]></title><description><![CDATA[A list of topics that have been tagged with deployment]]></description><link>https://fusionauth.io/community/forum/tags/deployment</link><generator>RSS for Node</generator><lastBuildDate>Mon, 08 Jun 2026 11:14:16 GMT</lastBuildDate><atom:link href="https://fusionauth.io/community/forum/tags/deployment.rss" rel="self" type="application/rss+xml"/><pubDate>Invalid Date</pubDate><ttl>60</ttl><item><title><![CDATA[Strategies for Migrating from On-Premises FusionAuth to FusionAuth Cloud]]></title><description><![CDATA[<p dir="auto">There are a few approaches and tools you can consider to streamline this migration process:</p>

<strong>Database Migration Tools</strong>:<br />
Tools like <a href="https://www.digitalocean.com/community/tutorials/how-to-migrate-mysql-database-to-postgres-using-pgloader" rel="nofollow ugc">pgloader</a> can help automate the migration of your MySQL database to PostgreSQL.

Be aware that direct database migration carries risks. Corrupt or incomplete data may not surface immediately, and issues could arise months later. To mitigate this, test the migration extensively and consider working with third-party experts if needed.


<strong>API-Driven Migration</strong>:<br />
While using API calls for migration can be time-consuming, it ensures the data integrity FusionAuth requires. Automating this process with scripts and batching requests may help speed up the operation.
<strong>Terraform for Configuration Migration</strong>:<br />
Terraform can simplify the configuration migration process by treating your infrastructure as code. This approach allows you to standardize and automate the setup of configurations in your new FusionAuth Cloud environment. It’s especially useful for managing tenants, applications, and other configurations consistently.

<p dir="auto"><strong>Important Note</strong>:<br />
If you choose to use a database migration tool, proceed with caution:</p>

Verify the migrated data thoroughly to ensure it matches FusionAuth’s schema and expectations.
FusionAuth cannot provide support for issues caused by manual database manipulation or corruption.

<p dir="auto">Combining API-driven data migration for sensitive information with Terraform for configuration and a reliable database migration tool can significantly reduce the time and effort required for this migration.</p>
]]></description><link>https://fusionauth.io/community/forum/topic/2845/strategies-for-migrating-from-on-premises-fusionauth-to-fusionauth-cloud</link><guid isPermaLink="true">https://fusionauth.io/community/forum/topic/2845/strategies-for-migrating-from-on-premises-fusionauth-to-fusionauth-cloud</guid><dc:creator><![CDATA[wesley]]></dc:creator><pubDate>Invalid Date</pubDate></item><item><title><![CDATA[Custom theme deployment between environments]]></title><description><![CDATA[<p dir="auto"><a class="mention plugin-mentions-user plugin-mentions-a" href="https://fusionauth.io/community/forum/uid/114">@fred-fred</a> said in <a href="/community/forum/post/3982">Custom theme deployment between environments</a>:</p>
<blockquote>
<p dir="auto">It looks like we can transport with the API using Theme Update Endpoints and sharing environment API keys so one environment can see the next environment to copy the themes over.</p>
</blockquote>
<p dir="auto">Yes, that's what I'd recommend. You could have different API keys for each environment and have the script that promotes the theme pull the API key from a secrets store. Make sure you limit the API key to the themes endpoint.</p>
<p dir="auto">You also might be interested in this post: <a href="https://fusionauth.io/community/forum/topic/1306/parameterizing-themes">https://fusionauth.io/community/forum/topic/1306/parameterizing-themes</a> which indicates how you can have the same theme files point to different resources in staging/prod/dev/etc.</p>
]]></description><link>https://fusionauth.io/community/forum/topic/1373/custom-theme-deployment-between-environments</link><guid isPermaLink="true">https://fusionauth.io/community/forum/topic/1373/custom-theme-deployment-between-environments</guid><dc:creator><![CDATA[dan]]></dc:creator><pubDate>Invalid Date</pubDate></item><item><title><![CDATA[Shutting down FusionAuth cloud deployments]]></title><description><![CDATA[<p dir="auto">No, it is more like terminating an EC2 instance. <strong>All data is lost.</strong></p>
<p dir="auto">If you have user data you'd like to retain, please request a database dump before destroying your deployment.</p>
]]></description><link>https://fusionauth.io/community/forum/topic/994/shutting-down-fusionauth-cloud-deployments</link><guid isPermaLink="true">https://fusionauth.io/community/forum/topic/994/shutting-down-fusionauth-cloud-deployments</guid><dc:creator><![CDATA[dan]]></dc:creator><pubDate>Invalid Date</pubDate></item><item><title><![CDATA[How do I use FusionAuth in my CI&#x2F;CD system?]]></title><description><![CDATA[<p dir="auto">You can also use our GitHub action to easily add FusionAuth to a GitHub workflow.</p>
<p dir="auto">Here's the action: <a href="https://github.com/FusionAuth/fusionauth-github-action" rel="nofollow ugc">https://github.com/FusionAuth/fusionauth-github-action</a></p>
<p dir="auto">Here's doc about how to use it: <a href="https://fusionauth.io/docs/get-started/run-in-the-cloud/github-actions" rel="nofollow ugc">https://fusionauth.io/docs/get-started/run-in-the-cloud/github-actions</a></p>
]]></description><link>https://fusionauth.io/community/forum/topic/898/how-do-i-use-fusionauth-in-my-ci-cd-system</link><guid isPermaLink="true">https://fusionauth.io/community/forum/topic/898/how-do-i-use-fusionauth-in-my-ci-cd-system</guid><dc:creator><![CDATA[dan]]></dc:creator><pubDate>Invalid Date</pubDate></item><item><title><![CDATA[Can I run fusionauth airgapped?]]></title><description><![CDATA[<p dir="auto">Yes. Apart from what is outlined in the <a href="https://fusionauth.io/docs/v1/tech/installation-guide/system-requirements/" rel="nofollow ugc">system requirements</a>, FusionAuth does not require any network connection to the Internet.</p>
]]></description><link>https://fusionauth.io/community/forum/topic/895/can-i-run-fusionauth-airgapped</link><guid isPermaLink="true">https://fusionauth.io/community/forum/topic/895/can-i-run-fusionauth-airgapped</guid><dc:creator><![CDATA[dan]]></dc:creator><pubDate>Invalid Date</pubDate></item><item><title><![CDATA[Can I run FusionAuth in Heroku?]]></title><description><![CDATA[<p dir="auto">There is no official support for Heroku at this time. <a href="https://github.com/FusionAuth/fusionauth-issues/issues/1024" rel="nofollow ugc">Follow along on this issue</a> (and vote it up if this is important to you) if you'd like to know when such support happens.</p>
<p dir="auto">However, there is a <a href="https://github.com/pankyka/fusionauth-heroku" rel="nofollow ugc">community supported project with a "Deploy to Heroku" button</a>. This is provided and tested by a community member.</p>
]]></description><link>https://fusionauth.io/community/forum/topic/785/can-i-run-fusionauth-in-heroku</link><guid isPermaLink="true">https://fusionauth.io/community/forum/topic/785/can-i-run-fusionauth-in-heroku</guid><dc:creator><![CDATA[dan]]></dc:creator><pubDate>Invalid Date</pubDate></item></channel></rss>