Edgio Applications Version 4.x Migration Guide

This guide describes what you need to know when migrating from Edgio Applications version 1.x/2.x/3.x to version 4.x. Note that while your site continues to function on a version previous to 4.x at this time, versions older than 4.x are deprecated and we urge you to upgrade to 4.x to avoid any interruptions. The biggest key change is that 4.x sites now run on our Edgio network.

With Edgio v4, your app will run in Node.js version 14.x when deployed to the Edgio cloud.

You will need to upgrade to the latest Edgio packages available on NPM. To upgrade your packages, you will need to install the latest version of the Edgio CLI. You should install this globally using: npm i -g @layer0/cli.

Once installed, change into your project’s directory. To install the latest Edgio dependencies, run layer0 use latest. This will update package.json with the new Edgio 4.x dependencies and scripts for building and deploying your site.

If you are currently using 1.x or 2.x, the dependencies defined in package.json have changed scope from @xdn to @layer0. To install the latest Edgio dependencies, run layer0 init. This will update package.json with the new Edgio dependencies and scripts for building and deploying your site. You can then remove any entries for dependencies beginning with @xdn as they will no longer be used. Note: if you had modified the original scripts such as xdn:deploy, ensure those changes are moved over to the new layer0:\* script entries.

Lastly, your site code will need to be updated to reference the new @layer0 modules. Using the find-and-replace method, you can update these references from @xdn/ to @layer0/. Be cautious about a global replacement of these instances. Be sure you are only updating references within your project code and not other resources such as:

Build your project and verify everything is functioning as expected. You should then deploy your site to your testing environment and re-verify functionality.

Once you deploy the new version of Edgio, your Edge links will change to have the format *.layer0-limelight.link. Your current edge links will switch to the new format on the next deployment for that environment. Old edge links may continue to work correctly for a while but they are considered deprecated and will be turned off without further notice. Permalinks will remain *.free.layer0-perma.link.

If you have a custom domain pointing to Edgio, you will need to update your A/CNAME record. To obtain the new network details, navigate to https://app.layer0.co and go to your site. Click the Environments tab and choose the environment that has the custom domain. From there, click on the Configuration tab and scroll down to the Domains section. Click Configure next to the domain you wish to update.

You will see two different DNS configurations. If you are using a sub-domain, you will need to update the CNAME record with the value provided. If you are using an apex domain, you will need to update the A records to match the Anycast IP addresses listed.

These updates must be made with your domain registrar.

When users access your site, Edgio will send traffic to your origin servers from specific IP addresses. The list of IP addresses are on the Origin Security tab for your site. You must add all these IPs to your firewall’s allowlist to ensure that requests are not blocked by it.

During deployment, the Edgio CLI connects to the following domains. Please add these domains to the allowlist of any firewall in all development or CI/CD environments that deploy to Edgio:

1upload.build.layer0.co
2app.layer0.co

The xdn field in the access logs has been renamed to layer0.

The prefixes of the response headers have changed from x-xdn-* to x-0-*. For example, x-xdn-t is now x-0-t.

The prefixes of the cookies have changed from xdn to layer0. For example, xdn_destination is now layer0_destination.

If you are using the REST API, it is recommended to update to the new endpoint, https://app.layer0.co/api/v1/.

The file /__xdn__/cache-manifest.js has changed to /__layer0__/cache-manifest.js. A quick way of implementing this change is to add redirect in your existing routes config:

1router.match('/__xdn__/cache-manifest.js', ({ redirect }) => {
2  redirect('/__layer0__/cache-manifest.js')
3})