Anders Wahlqvist
Mar 9, 2021
(8 votes)

Introducing "Direct Deploy", a quicker way to deploy to integration using the deployment API!

Deployments in DXP are designed to be as seamless and non-disruptive as possible. We've also added a few steps that might not always be associated with a deployment process (like automatically configure warmup, validating some configurations to make sure they're compliant with the service, migrate environments to the latest version of the service configuration etc.).

Before the new code is live, you also have an option to validate the results before live traffic hits the new version (using slots). This can be very useful, but since warmup has to finish before the site can be swapped, it's also quite slow compared to a deployment where binaries are simply pushed to a web app.

While this approach makes a lot of sense for production sites (and is fully automatable with the deployment API), we've received feedback that it would be nice to have a quicker option to deploy to DXP as well, especially to the integration environment. This has been possible for quite some time, but we felt it was a bit awkward to have to use a different method to deploy to Integration compared to the Preproduction/Production environments, especially if you're already using deployment packages.

We've therefor added a new option for deployments targeting Integration, Direct Deploy.

Direct Deploy can be triggered through the deployment API and the EpiCloud module (using the -DirectDeploy switch for Start-EpiDeployment). This will trigger a deployment that doesn't utilize slots. It will still apply configuration transforms so you can use the same deployment package for all environments, but it will simply just push that package directly to the "live-slot" of the target environment (which will be disabled during the deployment, meaning the target environment will be offline for the duration of the deploy). It will send a request to the target site to trigger the warmup process, but it won't wait for it finish. Nor will it configure a warmup section automatically even if it doesn't exist.

This makes it possible for us to complete the deployment for you much quicker than before, and we hope you'll find it useful when you simply just want to run the first few functional tests in the Integration environment, and therefor want the deployment to finish as quickly as possible.

Finally, I would like to ask you to keep providing us feedback on how we can improve, we really appreciate it!

Mar 09, 2021


Eric Mar 9, 2021 11:06 PM

Thank you for this! :)

Johan Kronberg
Johan Kronberg Mar 11, 2021 10:03 PM

Save some time and tell me what happends if you have -DirectDeploy and let's say Preproduction as target?

Anders Wahlqvist
Anders Wahlqvist Mar 11, 2021 10:43 PM

@Eric: You're very welcome! I hope this will be useful :-)

Anders Wahlqvist
Anders Wahlqvist Mar 11, 2021 10:55 PM

@Johan Kronberg: As mentioned this is for the Integration environment only, so a request to deploy to Preproduction won't be accepted by the API.

The reasons for that among others is to ensure things like warmup and local cache works as expected for the app so you don't find these things out in production later on. That also improves reliability of scale outs/performance tests in Preproduction. Since those things (warmup/local cache) are also enforced by Azure during slot swaps, it seem to make sense to test those things while deploying to preproduction to increase the likelyhood of a smooth go live in Production later on. The "slot based" deployment flow also handles and validates more parts of the underlying infrastructure, but it comes at the price of being slower (which is mainly due to application startup time).

That said, this is a very new feature and are eager to get feedback on how it can be improved to be as useful as possible, so don't hesitate to use the feedback link in the post above to suggest how we can improve :-)

Eric Markson
Eric Markson Apr 4, 2021 01:07 AM

Deployment down from 30ish minutes to 5 minutes. This is a game changer for CI/CD Deployments! Thank you @Anders!!

Anders Wahlqvist
Anders Wahlqvist Apr 6, 2021 07:54 AM

Thank you for that feedback @Eric, super happy you find this useful! :-)

Surjit Bharath
Surjit Bharath Apr 8, 2021 06:27 PM

@Anders Client is down from 40 to 8 minutes. Thank you!

Anders Wahlqvist
Anders Wahlqvist Apr 9, 2021 08:53 AM

@Surjit: Happy to hear that this helped! Thanks for the feedback!

Jens Lundström
Jens Lundström Aug 4, 2021 07:21 AM

What about old files, are they cleared from the slot before a new package is deployed?

Anders Wahlqvist
Anders Wahlqvist Nov 16, 2021 03:20 PM

@Jens Lundström: Apologies, for some reason I missed your comment/question, sorry about that. But yes, the old files will be cleared from the slot before we deploy the new package.

Please login to comment.
Latest blogs
4 tips and tricks for Hangfire on Optimizely CMS

Here are four useful tricks I always apply to any site where I use Hangfire (code included).

Stefan Holm Olsen | Mar 21, 2023 | Syndicated blog

The new LinkItem property in Optimizely CMS, and why it matters

In the past, we have used different tricks to achieve this. Now, the LinkItem property is finally built-in in Optimizely CMS 12!

Tomas Hensrud Gulla | Mar 20, 2023 | Syndicated blog

A day in the life of an Optimizely Developer - Vertical Slicing in CMS12

There is such a vast choice these days in how you can build a website, aside from all of the different programming languages out there, there are...

Graham Carr | Mar 20, 2023

Tag Helpers in CMS 12

Microsoft introduced the TagHelper back in the primordial soup of ASP.NET vNext which became .Net 5, then .NET Core then .Net 5 you know the drill…...

MartinOttosen | Mar 20, 2023

Security.txt with minimal api .net core

Learn why security.txt is a good practice to implement and how easy it can be done.

Luc Gosso (MVP) | Mar 20, 2023 | Syndicated blog

Optimizely named a leader in the Gartner 2023 Magic Quadrant

The Optimizely DXP and CMP are once again being recognised as leaders in the Magic Quadrant by Gartner.

Ynze | Mar 20, 2023 | Syndicated blog