- Getting started
- Data security and compliance
- Organizations
- Authentication and security
- Licensing
- Tenants and services
- Accounts and roles
- External applications
- Testing in your organization
- AI Trust Layer
- Notifications
- Logging
- Troubleshooting
- Migrating to Automation Cloud Dedicated

Automation Cloud Dedicated admin guide
One of the main advantages of Automation Cloud Dedicated is the ability to control upgrades. It satisfies specific requirements for updating your vital UiPath applications, giving you leverage over key aspects such as the following:
-
Scheduling when your platform and UiPath services can undergo updates, preventing any business disruption. For instance, you can avoid updates during peak seasons such as end-of-the-year holidays.
-
Determining the schedule for deploying new features to your platform. This enables you to plan the validation of automations and new features in both testing and production environments.
This page explains how updates are delivered, controlled, and communicated across environments in Automation Cloud Dedicated, using a deployment model based on rings.
Release overview
Automation Cloud Dedicated releases happen every two weeks. Each sprint delivers a payload that includes: new features and enhancements, security patches, infrastructure, configuration updates, and bug fixes.
All updates follow a ring-based rollout strategy governed by a service deployment plan.
Rollout schedule and environments
The deployment lifecycle of Automation Cloud Dedicated involves the following components:
- Release cadence – Releases follow a once every two weeks schedule. Each sprint includes cumulative updates, such as new features, improvements, security patches, and bug fixes.
- Ring-based rollout – The releases
progress through multiple environments in sequence, with Sandbox being the first
environment. The following environments depend on you preferred schedule and
deployment architecture.
The Sandbox environment is a shared instance that you can use for validating updates in advance. This is when release notes are published.
Note: The rollout flow excludes blackout windows and freeze periods.
Types of releases
- Standard release: Regular deployment of product, infrastructure, and configuration updates every two weeks.
- Hotfix releases: Emergency fix for security vulnerabilities or high-impact bugs.
Hotfixes and emergency releases
For high-priority fixes, the deployment lifecycle follows these exceptions:
- Releases are fast tracked across all rings.
- Ring delays, maintenance windows, and blackout windows may be bypassed based on urgency.
Upgrade controls
Automation Cloud Dedicated provides flexibility over when updates are deployed. You can configure your production environment using the following upgrade control types:
- Delayed release: Postpone updates for up to 30 days.
- Blackout window: Prevent deployments during a fixed period.
The rules of a blackout period are the following:
- Can last a maximum of 30 consecutive days.
- Must be followed by a 10-day open period before another blackout can be applied.
- Must be submitted at least five business days in advance.
- Cannot block deployments schedules within the next 48 hours.
For example, you can extend a blackout window that ends in less than two days, but you can adjust a blackout window that ends in more than five days.
- Maintenance window: Ensure
upgrades occur outside of business hours.
The maintenance window is typically scheduled between 3PM and 9PM EST.
A 6-hour continuous window is recommended for upgrades across all production environments.
Communications and user responsibility
To ensure you are aware of how releases are rolling out to your Automation Cloud Dedicated organization, you must check the following resources:
- Release notes: Published on the same day the Sandbox environment is upgraded.
- Status page notifications: Used for any downtime, with at least seven days notice.
As an Automation Cloud Dedicated user, you are expected to do the following:
- Regularly check the release notes and status page updates.
- Review the release notes once published.
- Validate the changes in Sandbox and any other approved environments.
- Open a support ticket to pause the production release if you discover regressions or performance issues.
Rollout example
For example, if a sprint release is deployed to Sandbox on July 7, and the production delay is 30 days, the timeline would be as follows:
- Sandbox upgrade performed on July 7.
- Release notes published on July 7.
- Production upgrade performed on August 9.
We provide two types of controls:
-
Delayed release: This allows you to postpone updates for up to 30 days.
-
Blackout window: We ensure no updates take place for a specific period with a blackout window of up to 30 days.
To ensure Automation Cloud Dedicated organizations stay updated, we have placed the following restrictions:
-
Blackout windows can only last for a continuous period of 30 days. This is to accommodate a 30-day freeze period for your end of the year needs.
-
Each blackout window must be followed by a break of at least 10 days, which ensures that UiPath has ample time to roll out updates after a prolonged blackout window.
-
Any modifications to the blackout window must be submitted via a ticket 5 business days ahead of the intended change.
-
You are not allowed to implement any changes that would result in time being blocked within the next 48 hours, which was previously unblocked.
The following section describes a few examples to help you understand these guidelines better:
-
If you are in a blackout window that concludes in 5 days, you can either extend or reduce this window since it will not block any new timeframe.
-
If the blackout window finishes in 1 day, it cannot be extended because the following day would then be blocked.
-
If there is no current blackout window, and you wish to establish one that begins in 1 day, such a window cannot be created.
To configure both upgrade controls available in Automation Cloud Dedicated, you must reach out to our support team and raise support tickets.