Choose Private Azure Deployment
The Initialize Project wizard explains that no project data will be imported into hosted HeyAI.
HeyAI
Private Azure Deployment
Talk to HeyAI
Customer-owned deployment
Private Azure Deployment is for teams that want HeyAI's User Story analysis, test intelligence, and RBT workflow without storing project data in HeyAI-hosted infrastructure.
How users choose it
In HeyAI, users choose a security/data mode before connecting project data. Private Azure Deployment is the choice for enterprise teams that need a customer-owned data plane.
The Initialize Project wizard explains that no project data will be imported into hosted HeyAI.
The customer runs the Bicep and PowerShell package with their Azure identity and subscription.
Azure DevOps, Git, docs, tests, and other project data connect to the customer's private HeyAI API.
The Azure DevOps extension is packaged with the customer's private UI and API URLs.
Architecture
HeyAI ships versioned API, UI, database migration, and extension artifacts. The customer deploys them into their subscription and controls when updates are applied.
Install path
Customers do not need repository access. Download the private deployment ZIP, unzip it, and run the included Bicep and PowerShell scripts with Azure CLI access. The ZIP includes the deployable HeyAI API package, static UI files, database SQL, and deployment scripts.
Download heyai-private-deploy.zip, unzip it on an admin workstation or build agent, then open PowerShell in the unzipped folder. The customer does not need HeyAI source code.
Expand-Archive .\heyai-private-deploy.zip -DestinationPath .\heyai-private-deploy
cd .\heyai-private-deploy
Create or select a subscription, choose regions, confirm Azure OpenAI or OpenAI access, and decide whether a DBA admin IP should be temporarily allowed.
.\private-deploy\scripts\deploy-private.ps1 `
-ResourceGroupName "rg-heyai-private" `
-EnvironmentName "prod" `
-AiProvider "azure_openai" `
-AzureOpenAiEndpoint "https://contoso-openai.openai.azure.com" `
-AzureOpenAiDeployment "heyai-gpt"
.\private-deploy\scripts\migrate-db.ps1 `
-PostgresServerName "<postgres-server-name>"
These commands deploy the compiled API ZIP and static UI files already included in the release bundle.
.\private-deploy\scripts\deploy-api.ps1 `
-ResourceGroupName "rg-heyai-private" `
-ApiAppName "<api-app-name>"
.\private-deploy\scripts\deploy-ui.ps1 `
-ResourceGroupName "rg-heyai-private" `
-StaticWebAppName "<static-web-app-name>" `
-ApiBaseUrl "https://<api-app-name>.azurewebsites.net"
.\private-deploy\scripts\validate-private-deploy.ps1 `
-ApiBaseUrl "https://<api-app-name>.azurewebsites.net" `
-UiUrl "https://<static-web-app-host>"
.\private-deploy\scripts\package-ado-extension.ps1 `
-HeyAiUrl "https://<static-web-app-host>/app.html" `
-ApiBaseUrl "https://<api-app-name>.azurewebsites.net"
Security posture
The first private package prioritizes transparency and customer control. Customers can inspect the Bicep, scripts, app settings, and migration steps before deployment.
Project context, embeddings, vectors, generated intelligence, connector credentials, and logs stay in the customer's Azure resources.
Azure OpenAI is recommended. Standard OpenAI is supported as a fallback. Keys are stored in customer Key Vault.
Private deployment does not send project data or diagnostics back to HeyAI unless the customer explicitly exports information for support.
HeyAI publishes versioned artifacts. The customer reviews and applies API, UI, extension, and migration updates when approved.
Schema updates are script-driven and explicit. The API does not silently apply private deployment migrations on startup.
Customers can remove private deployment data by deleting the customer-owned resource group or following their internal retention process.
MCP and private data
The hosted HeyAI MCP endpoint is designed for hosted HeyAI projects. Private Azure deployments should not route customer-owned project data through hosted MCP. Customers that need Copilot or agent access to private HeyAI data should deploy a customer-owned MCP service in their Azure subscription.
The v1 private deployment package deploys API, UI, PostgreSQL, Key Vault, monitoring, database scripts, and the Azure DevOps extension. It does not deploy MCP runtime yet.
Add a customer-owned MCP App Service that calls the private HeyAI API and uses the customer's Entra app registration and tenant policy.
For hosted HeyAI users, use the public MCP setup page and endpoint.
Private MCP should add Bicep resources, deployment scripts, app settings, validation checks, and customer Entra instructions before it is bundled.
Common questions
No. The private deployment is customer-operated. Support starts from customer-shared diagnostics or a customer-approved access path.
Not in v1. The first package is Bicep plus scripts so security teams can inspect and run it directly.
Yes. The first template uses secure public endpoints. A VNet/private endpoint template is a planned enterprise hardening path.
Customers pull approved HeyAI releases, run migration scripts, deploy API/UI artifacts, and update the extension when needed.
Ready for a private review?
We can walk your Azure admin, security reviewer, and ADO owner through the package and first deployment path.
Request private deployment review