---
sourceDocument: Australia Build or modify applications
sourceDocumentLink: https://servicenow-prod.fluidtopics.net/r/pt-BR/application-development

 Release :

    - australia

ft:locale :

    - pt-BR

ft:publication_title :

    - Australia Build or modify applications

ft:clusterId :

    - cadev

bundleId :

    - cadev

workflow :

    - Development, Data, and Analytics


---

# Deployment process

# Deployment process in AEMC {#ariaid-title1}

* Versão de lançamento: Australia
* 
* Atualizado 12 de mar. de 2026
* 
* ![](https://www.servicenow.com/docs/portal-asset/ico-clock) 4 min. de leitura

Learn about the deployment process in AEMC.

## Deployment overview {#deployment-process-aemc__section_m2r_kjh_ggc}

The deployment process in AEMC is made up of several parts that make deploying changes possible. The following sections describe each part and how they work together to support the larger deployment process within AEMC.

ReleaseOps is also integrated into AEMC. See the ReleaseOps deployment section for more information.

## Submitting an application for deployment {#deployment-process-aemc__section_l3n_tjh_ggc}

The deployment process begins on a development instance when a developer submits an application in App Engine Studio, Creator Studio, or ServiceNow Studio. When an application is submitted for deployment, a deployment request is created, which enables admins to review and approve the application changes. For more information, see [Deployment requests in AEMC](https://servicenow-prod.fluidtopics.net/fdPDcldpM5riEqj9F3veQw "AEMC enables you to deploy changes to production through deployment requests. Learn more about what deployment requests are and where to view them in AEMC. Starting with version 28.2.1 of AEMC, you can also manage ReleaseOps deployment requests from AEMC.").

## Pipelines {#deployment-process-aemc__section_qxc_xfh_ggc}

Once an application has been submitted and a deployment request has been created, the application then begins to move through the pipeline that has been specified for the organization. A pipeline is the deployment
structure that applications follow within AEMC. A pipeline consists of several instances, typically a development instance, test instance, and production instance, as well as the testing suites and frameworks that an organization has
set up to verify that the application is stable and compatible before deploying to production. As the application is reviewed and tested, App Engine admins approve the application to move through pipeline environments until the application is finally deployed to a production or target instance.

With AEMC, you can configure pipelines that are tailored to the specific needs of your organization. AEMC supports any number of instances within each pipeline and as many pipelines as are needed for your organization. For example, if your organization requires that changes move through
additional non-production instances prior to deploying to production, you can configure your pipeline so that it reflects each environment that you need. For more information about configuring pipelines, see [Configure Pipelines and Deployments](https://servicenow-prod.fluidtopics.net/cyoyYrjdGhH7FmbtbLgXWg "Use the Pipelines and Deployments guided setup to complete the initial configuration of Pipelines and Deployments. Detailed instructions for each step are provided in subsequent sections of the product documentation.").

## Change Management integration {#deployment-process-aemc__section_x3g_spb_1zb}

You can integrate an existing Change Management program with your app deployment processes to add oversight into your deployments and have apps deploy according to a scheduled Change window. For more information, see [Manage deployment requests](https://servicenow-prod.fluidtopics.net/12Iz2bcs1ZRty3saPcU7Zw "Review and approve or reject deployment requests in the App Engine Management Center (AEMC) as applications move from development to production.").

## Application Repository {#deployment-process-aemc__section_kqj_bhh_ggc}

AEMC uses Pipelines and Deployments to deploy applications through different instances. Pipelines and Deployments uses the Application Repository to manage these deployments. For more information about the Application Repository, see [ServiceNow application repository](https://servicenow-prod.fluidtopics.net/apKZle1m7VYjJA7qSzDrAQ "After you develop and test a custom application, you can make the application available to company instances by publishing it to the ServiceNow application repository.").

Each application can either be deployed using the Application Repository or System Update Sets. If you have used update sets in the past, but want to switch to using the Application Repository, you can do a one-time conversion to deploy the app using the Application Repository instead. All apps don't have to follow the same deployment. For more information, see [Convert custom applications to upgrade from the application repository](https://servicenow-prod.fluidtopics.net/TQpDkyrnH7ItfT0b_fEaMA "When your applications are placed in the Custom Applications table [sys_app], you can't upgrade them directly through the Application Repository. This procedure helps you do a one-time conversion when you want to migrate deploying your applications using the Application Repository.") and [System update sets](https://servicenow-prod.fluidtopics.net/2n0mjX_i1izL9pTdrKeFbQ "An update set is a group of configuration changes that can be moved from one instance to another. This feature allows administrators to group a series of changes into a named set and then move them as a unit to other systems for testing or deployment.").

## ReleaseOps deployment process {#deployment-process-aemc__section_lsz_fvl_fhc}

Starting with version 28.2.1 of AEMC, ReleaseOps is integrated into AEMC. Whether you are exclusively using ReleaseOps to manage your deployments, or you have migrated your App Engine pipelines to ReleaseOps, the deployment process differs from the legacy Pipelines and Deployments deployment process in AEMC.  
If you are deploying exclusively using ReleaseOps, the deployment process for a scheduled release is as follows. is as follows:

1. The release manager creates a release, which is associated with a pipeline.
2. Developers make changes through update sets. Once they mark an update set Complete and promote the update set for deployment, the update set is added to an existing deployment request or to a new deployment request, which is targeted to a release.
3. When the update sets within a deployment request are functional and ready to be deployed, a developer sets the deployment request state to the Ready to Assess.
4. The assessment playbook runs, during which Automated Test Framework (ATF) test suites and instance scans are run on the changes in the deployment request.
5. If there are failures during assessment, deployment tasks are created that the tester can sign off on or redirect to the developer to address.
6. Once the deployment tasks have been addressed, the deployment request is set to the Ready for Deployment state.
7. On the scheduled date for the release, the release playbook runs. All deployment requests in the Ready for Deployment state move through the pipeline to production.

{#deployment-process-aemc__ol_orm_t4s_fhc}For more information about deploying with ReleaseOps, see [Exploring ReleaseOps](https://servicenow-prod.fluidtopics.net/tfUd99v8nuww6u7VwTFO3w "ServiceNow ReleaseOps is a solution to the problem of the manual and often error-prone nature of deployment of changes, customizations, and custom apps within the ServiceNow AI Platform.").  
If you have migrated to ReleaseOps, the deployment process is as follows.

1. For applications being deployed via the Application Repository, developers submit applications from App Engine Studio, Creator Studio, and ServiceNow Studio using the standard process.
2. An App Engine deployment request is created and sent to an App Engine admin for approval. At the same time, a corresponding ReleaseOps deployment request is created.

   You can view the corresponding ReleaseOps deployment request record on the App Engine deployment request.

3. Open the corresponding ReleaseOps deployment request and either attach it to an existing release or set the deployment request to on-demand. Then save the record.
4. An App Engine admin approves the App Engine deployment request from the App Engine pipeline, which hands off deployment to ReleaseOps.
5. An update set with install instructions is created and attached to the ReleaseOps deployment request.
6. Deployment requests in both the App Engine and ReleaseOps pipelines are synced, but ReleaseOps orchestrates the deployment.

{#deployment-process-aemc__ol_fc5_fps_fhc}To learn more about migrating to ReleaseOps, see:

* [Migrating App Engine pipelines to ReleaseOps](https://servicenow-prod.fluidtopics.net/LlyG~zdK2FerFKvEnup83Q "Starting with version 28.2.1 of AEMC, you can migrate your existing App Engine pipelines to ReleaseOps. Learn more about the migration process and benefits of migrating to ReleaseOps.")
* [Migration tasks](https://servicenow-prod.fluidtopics.net/ipP6X7wgrT1x~lPlygDGWQ "You must complete several tasks to migrate your App Engine pipelines to ReleaseOps.")
{#deployment-process-aemc__ul_pzx_dls_fhc}