Home/ Questions/Q 1013847
In Process

The Archive Base Latest Questions

Editorial Team
  • 0
Asked: 2026-05-16T10:10:00+00:00

We are new to Azure and are going to deploy our first app in

  • 0

We are new to Azure and are going to deploy our first app in the next few days. I was just wondering if we need to have a more clear cut process in place for test and deploy and how to make it more cost effective.

This is the process I was considering –

1.Develop on local Dev fabric

  1. Maintain a common Build server which also hosts source control (we use TFS for both)

  2. Use the build server for local testing which feeds bugs to development

  3. Have a separate azure account for environment testing – Test-passed builds will be deployed to this account and used for environment testing

  4. Once any issues are fixed and the tests pass, deploy the same build to production account (directly from the build server, i could not think of a way to move from azure test to azure production)

Some points I ll have to take care of –

  1. Data will have to be reproduced from Production to Test servers for the testing to be effective

  2. Build activities will have to be automated to reduce manual errors (especially changing account related parameters like keys)

Do you guys this is fine? Or are there any loopholes in this? I wanted to keep Test account and prod account separate so that the security credentials of our prod can be kept with only key operational personnel. This is sort of what is recommended in one of the Microsoft blogs, but I wanted to get it whetted through a team of experts. Thanks in advance.

Share

Leave an answer

You must login to add an answer.

Need An Account,

1 Answer

  1. Editorial Team

    This depends on the methodology. If you are doing iterations then keep testing and production accounts separate, promoting the release only after it makes through the testing.

    Important: you might want to start developing against azure fabric as soon as possible (or at least to use azure storage account in the cloud), since Dev and real fabrics are too different at this point. There are a few quirks that can make your life harder if you fully rely on the dev fabric and storage.

    If you are into rapid development (i.e.: deploying stable features as soon as they are stable and pass unit tests), then there is no explicit need for a single testing account (although some developers or prototypes might need separate accounts on per case basis). Note, that you might want to automate the deployment process somehow in this case (15 mins to deploy is long) by either using powershell scripts or some sort of the deployment manager that merely uploads binaries to the new AppDomain.

    • 0