Skip to main content

How to choose a deployment path for your application

E
Written by Errin Veney

Before you begin

  • Confirm the latest working code, required credentials, external services, and rollback path.

  • Keep the current production environment available until the new release is verified.

Use a controlled deployment process

A working application can reach users in several ways.

1. Managed deployment

Use Empromptu AI’s supported deployment path so the application can be launched and operated with less infrastructure work.

2. GitHub and your cloud

Keep the code in your repository and connect it to the hosting and deployment process your team uses.

3. Your own infrastructure

Prepare the application to run in your environment when security, compliance, network access, or internal standards require it.

The right choice depends on

  • Who operates the app

  • Where the data may live

  • Who needs access to the code

  • Which systems it must connect to

  • How updates will be tested and released

  • What monitoring and support are required

Deployment should not begin with a DNS change. It should begin with a clear owner, a tested build, a rollback plan, and a decision about where the source of truth lives.

Common mistakes

  • Choosing a deployment path only by convenience.

  • Ignoring data location, integrations, ownership, or compliance.

  • Launching without monitoring and rollback steps.

Frequently asked questions

Can I keep my current app live during deployment work?

Yes. A separate environment, copy, or branch lets you test the new version while the current application remains available.

What should a rollback plan contain?

The prior working version, the data and configuration changes involved, the person authorized to roll back, and the conditions that trigger the rollback.

Did this answer your question?