Deployment process
Overview of the deployment process
See the Cloud release schedule for important dates, release type and cadence information.
Upgrade your Configured Commerce instance before requesting deployment.
Hotfixes
If Optimizely identifies an issue that requires immediate resolution outside the normal release cadence, we will build a hotfix.
We only build hotfixes for the current cloud release. Applying the hotfix will automatically update your environment to the current cloud release, if applicable. See Current hotfixes for a list of hotfixes for the current release. We recommend following this article to receive updates. Note that the most recent hotfix contains all previous hotfixes.
Applying a hotfix will increase your current month's build number, so expect that the final numbers in the version will not match.
Optimizely tests hotfixes specifically for the identified issue and does not perform full regression testing. We expect the customer and/or partner to test all hotfixes in the Sandbox environment before requesting deployment to Production.
Deployment
Note
Deployment process updates
Deployments through Mission Control for Configured Commerce Cloud are here! Customers in v2+ environments can deploy in significantly wider windows than our previous Wednesday and Friday deploy times.
What's new
Starting on August 8, 2022, new deployment requests for Configured Commerce customers in containers are handled by the Optimizely Service Desk. Requests entered before this date will still be done by the Optimizely Configured Commerce SRE team.
The deployment process varies based on your Configured Commerce instance's hosting infrastructure version.
Refer to our Infrastructure overview article to learn more.
v2+ infrastructure process
Sandbox & additional developer environments
Deployments for non-production environments are automatically performed when you commit to the attached git branch. You will receive an email upon success or failure.
Production
You must use the ticket form for all production deployments.
Scheduling
Deployments can be scheduled with Service Desk in 30 minute intervals based on the scheduling windows listed below. All request approvals depend on available resources and your request will either be approved or you will be presented with other time options if the original time requested is not available. Optimizely recommends 24 hours notice for deployment, but requested times are not guaranteed until the Service Desk has confirmed your time slot.
Extensions-only deployments
Extensions-only deployments will be available through the Service Desk request during the hours set in your Service Level Agreement.
Scheduling
- Standard and enhanced support
- 12/5, 8:00 AM-8:00 PM EST/CET/AEDT, depending on region
- Premium support
- 24/7/365 with a target response time of six hours
Base code + extension deployments
Scheduling
- Monday - Friday 8:00 am - 5:00 pm CST (Affected by US Holidays)
Cancellation
Please respond to your original deployment request support ticket to cancel the scheduled deployment.
v1 infrastructure process
Sandbox
Deployments for non-production environments are automatically performed whenever you commit to the attached git branch. You will recieve an email upon success or failure.
Base code deployment
You must make a deployment request for v1 Sandbox environments to update the base code version. These requests are processed as queued.
- Deployment Window: CST Business Hours
Production
All production deployments must be requested using the following form: Ticket Form
Scheduling
- Wednesday 7:30 am CST & 4:30 pm CST and Friday 7:30am CST (Affected by US Holidays)
- Requests need to be submitted before 4:00 pm CST day prior to desired window.
Cancellation
- Sent before 4pm CST day prior
Rolling back deployments
Extensions-only
You are allowed to roll back extensions upon request. Please be aware of any database schema changes you may have deployed, as only the code is rolled back.
Base Code
You are not currently allowed to roll back base code deployments.
Updated about 16 hours ago