Skip to end of banner
Go to start of banner

SnapLogic Release Process

Skip to end of metadata
Go to start of metadata

You are viewing an old version of this page. View the current version.

Compare with Current View Page History

« Previous Version 35 Current »

In this article

Overview

Previously, when the SnapLogic control plane was updated for a quarterly release, Snaplex nodes and Snap Packs were automatically updated at the same time. When a quarterly release goes out, each SnapLogic customer can decide to keep their existing version of Snaplex (Cloudplex or Groundplex) and Snap Packs for up to 35 days before upgrading. This gives you the opportunity to make sure the new Snaplex and Snap Packs are stable and working as expected before rolling them out to your entire company.  

You can update Snaplex instances within an Org automatically by selecting the checkbox on Manager > Settings > Auto Upgrade Snaplex. This updates the Snaplex to the latest available version.

Upgrade Rules

This new release process allows the following combinations:

Control Plane, User InterfaceSnaplexSnap PacksSupported Configuration?
Updated

OldOldYes. The Stable and Latest options for older Snap Packs running on an older Snaplex are supported, as well as Snap Pack overrides.
NewNo1. New Snap Packs require a new Snaplex.
NewOldNo. Old Snap Packs do not run on a new Snaplex. If an issue is found with a new Snap Pack, it can be overridden with an older version in consultation with SnapLogic Support.
NewYes. The Stable and Latest options for newer Snap Packs running on a newer Snaplex are supported, as well as Snap Pack overrides. 
1An older Snaplex has to use the older Snap Packs until the Snaplex is upgraded. New Snap Packs require a New Control Plane and a New Snaplex.

Impact on your SnapLogic instance during the release window

Starting from August, 4.26 GA release, we are implementing zero downtime for the SnapLogic Platform during the quarterly release. This means that there will be no maintenance notice on the SnapLogic UI; you can continue accessing the UI during the maintenance window and make updates. Your Pipelines, API calls, etc. will continue to operate normally.

To achieve zero downtime and high availability, your Snaplex should have multiple nodes. As with prior releases, if your Snaplex has only one JCC or FeedMaster node, then your node will be down for a few minutes during the Snaplex upgrade process. Hence, scheduled Pipelines and Ultra Tasks will not run while the node is down for a few minutes. No action is required by you and all operations will restart normally once the node is running again.

Grace Period for Upgrades

Thirty-five days after a quarterly release, Snaplex and Snap Pack upgrades automatically occur. Older Snaplex nodes and Snap Packs are automatically updated and Snaplex rollbacks are not allowed. Warning messages are provided well before the grace period ends. 

If you do not select the checkbox in Manager > Settings > Auto Upgrade Snaplex, then for the first 35 days after a quarterly release, automatic updates for Snaplex nodes are suspended and the version is not changed. During this grace period, you can manually upgrade the new Snaplex War file to make sure everything is working as expected, then try out the new Snap Packs.

  • All nodes within a Snaplex must be configured to run the same Snaplex version and Snap Pack versions.
  • Snap Catalog displays older version of Snap Packs until all JCCs in an Org upgrade to the new version. Newly published premium Snap Packs are not available in the Snap Catalog until all JCCs are upgraded. Pipeline execution do use the appropriate Snap Pack, based on whether the JCC is upgraded or not. 
  • Private Snap Packs can be used regardless of the JCC version.

To upgrade automatically to the latest available version, select the checkbox in Manager > Settings > Auto Upgrade Snaplex

Snap Pack Configuration Options

The options you set on the Manager > Snap Pack page control which Snap Packs are used when Pipelines run. As an Org administrator, you can choose the options that work best for your Org or project. For example, you might configure a developer Org to always have the Latest Snap Packs to test new features. But for a production Org, you might choose Stable Snap Packs to make sure everything works as expected. 


The Snap Pack page includes a View distribution menu. Options include: 

  • New: This option shows Snap Pack choices (Latest or Stable) for an updated Snaplex. 
  • Old: This option shows Snap Pack choices (Latest or Stable) for an older Snaplex. 

You can use this menu to test the new Snaplex version and Snap Packs independently from the older Snaplex and Snap Packs.

The Latest/Stable menu provides an Org-wide setting that controls which Snaps are used when a Pipeline runs. Choices are:

  • Latest: The most recent set of Snap Packs.
  • Stable: The most stable set of Snap Packs (as recommended by SnapLogic). 

The Snap Packs used in a Pipeline can vary depending on your configuration. For example, Pipelines with the Kafka Snaps could use any of the following:

Snaplex OptionsOrg OptionsSnap Used
NewLatestKafka 275
StableKafka 273
OldLatestKafka 271
StableKafka 270

Local Overrides

In addition to the menu choices (Latest/Stable, Old/New), you can also configure individual Snap Pack "local overrides" to use when a Pipeline runs. For example, you might have a Stable set of Snap Packs configured for your Org, but you can select a later (or earlier) version for a few of the Snap Packs, depending on your needs. 

In some cases, instead of the Latest or Stable Snap Pack, you may have a local override set for one or more Snap Packs. These local settings are preserved until you update the Snap Packs. Once you update the Snap Pack, you will need to re-apply the local overrides. 

Recommended Upgrade Process for an Org

When a quarterly release occurs, follow these steps to test the new Snaplex and Snap Packs:

  1. For the Org you want to test, log in to SnapLogic as an Org administrator.
  2. For all Snaplexes, update to the latest version in Manager. Since the updates are automatic, no manual JCC process restarts are required.
  3. Selectively execute and monitor a few Pipelines to ensure that they are working as expected.

When you've finished testing Pipelines for an Org, you can manually roll out the changes to your other Orgs. Alternatively, you can wait until the grace period ends and the Orgs are updated automatically.

Verifying the Snap Pack Upgrade

To verify if the upgraded Snap Pack has taken effect, follow these steps:

  1. Either validate or execute a Pipeline in the given Org where you have upgraded a Snap Pack.
  2. Click the Pipeline statistics  icon to open the Pipeline Validation Statistics screen and hover over a Snap row—notice the associated Snap build number on the right bottom of the following image.

Rollbacks 

During the grace period, you might need to downgrade a Snaplex or Snap Pack because of compatibility issues, platform restrictions, and so on. In this case, you can rollback a Snaplex. Change the Snaplex version to an older version in the Manager.

Rolling back a Snaplex

To rollback a Snaplex, replace your existing Snaplex software with an older version. 

  1. Follow the instructions in How to Update a Snaplex War file. In the Update Snaplex dialog, select the Recommended version from the Version dropdown list. 



    Do not select the version with the designation Deprecated or Restricted Distribution unless advised by SnapLogic Support.

  2. Click Update

Downgrading from a new Snaplex to an older Snaplex automatically switches to the older version of Snap Packs.

Snap Pack Distribution Rules

Because Snap Pack versions are now tied to Snaplex versions, the following rules apply:

  • If you are running an older Snaplex, a Stable distribution means the old Snap Packs in Stable.
  • Overriding a Snap Pack to point to a next release version is not recommended, but will not be disabled.
  • If you are running a new Snaplex, a Stable distribution means the new Snap Packs in Stable.
  • Rolling back from a new Snaplex to an old Snaplex will switch to using older, Stable Snap Packs. The local Snap Pack overrides you applied before the upgrade are restored.

For Snap Pack patches:

  • When a Dot Release is available for a Snap Pack, the Snap Pack is published and the Latest distribution points to the new Snap Pack.
  • Only Orgs configured for a Latest distribution with a new Snaplex will automatically get the Snap Pack change. If you have Orgs configured for a Stable distribution and a new Snaplex, you can manually apply a local Snap Pack override to use the new Snap Pack. 
  • Customers who need a Snap Pack patch will have to upgrade to the latest Snaplex to get the change. Using new a Snap Pack Dot Release with an old Snaplex is not supported.
  • No labels