Data Productivity Cloud release FAQ
This document provides answers to some frequently asked questions regarding the patching and upgrading of the Data Productivity Cloud. The Data Productivity Cloud is a SaaS product, and as such the nature of how we release patches and upgrades differs from the traditional on-premises software model.
Note
This document will refer to differences between Full SaaS and Hybrid SaaS operating models. For a full discussion of this, read Matillion Full SaaS vs Hybrid SaaS.
Frequently asked questions
How often does the Data Productivity Cloud get patched?
We aim to release twice a week, but we will occasionally skip a release slot. We may chose to deploy additional hotfixes outside of this cadence if there's an urgent security patch or bug fix.
Not all releases will involve a new version of the agent, so customers in a Hybrid SaaS environment won't need to upgrade their hosted agents twice a week. We will communicate when a new agent version is released.
Is there a regular schedule of patching?
Our scheduled release slots are Tuesday and Thursday at 9am (GMT/BST).
Releases of new agent software to Hybrid SaaS customers will follow the same schedule, but will have less frequent releases.
You can see what features are coming on the Matillion Roadmap, but we typically don't communicate a more specific timeline of when features will be released.
Are there major and minor releases and version increments and how do those map into the release schedule?
You won't typically see a release version (major or minor) in the Data Productivity Cloud application and its services.
The exceptions are our public API endpoints, which are prefixed with major version numbers (for example, /v1/projects
) to ensure consistency with any integrations you create.
For Hybrid SaaS customers, there is one stream of agent release: Current.
Does Matillion communicate patch windows to customers and give them advance notice?
We leverage zero-down-time deployments for the vast majority of our releases, meaning that as a user you're unlikely to notice we've updated the software.
On the few occasions where there may be impact to service availability, we schedule and communicate a maintenance window. These are designed to minimize disruption, and we follow a strict communication strategy ahead of time. For a normal maintenance window you can expect the following communications:
- Two weeks before: We notify you of any planned maintenance windows via email and in-app notifications.
- One week before: We send reminders about the upcoming maintenance.
- On the day: We update our status page to reflect the maintenance activity and expected downtime.
- Post-maintenance: Once the maintenance is complete, we will notify you and update the status page to confirm that systems are fully operational.
In rare cases where immediate maintenance is required, we may need to perform emergency updates with shorter notice. Even in these situations, we strive to inform you as quickly as possible and work to minimize any disruption.
Does Matillion include any release notes detailing specific features, components, and functionality affected by a patch?
You can see a list of released features in our changelog.
Can customers opt to delay the uptake of a specific patch?
In Full SaaS deployments, Matillion manages the releases for you. There is no option to delay the uptake of a patch.
In Hybrid SaaS deployments, the only agent track available is Current. When this agent track receives an update, it will apply to your configuration.
Are there guidelines and best practices around regression testing a patch released by Matillion?
In a traditional on-premises software model, a customer upgrades or patches their development instance first, performs a full regression test of their pipelines and if successful promotes the upgrade or patch to their production. In Full SaaS, this cycle isn't necessary. Matillion controls when updates are released, and you will always use the latest version of the software for all instances.
However, you can rest assured that we have gone through an extensive design and review process to ensure backwards compatibility wherever possible, and we undertake a rigorous testing process to ensure there will be no problems caused by a new release.
If a patch introduces a regression, what is the process of mitigating this?
In the very rare occasion that a bug has been introduced, raise a support case at https://support.matillion.com/, and our team will quickly respond to help you.
What feature types are included in Data Productivity Cloud releases?
Each new feature released in the Data Productivity Cloud is in one of four categories:
- General availability (GA) features have been approved for customer use in production workloads. All product features not otherwise marked should be considered general availability.
- Public preview features are made available to all users. Public preview features aren't recommended for use in production workloads, but we encourage user testing and welcome feedback on these features. Public preview features are clearly marked Preview in the user interface, and tagged as Public preview in the documentation.
- Private preview features are released to selected customers for early feedback. They will be in a state of development that makes them unsuitable for use in production workloads. Private preview features will usually be shown on the public roadmap; however, participation in private preview is by invitation only. Customers who are interested in participating in a private preview of a given feature should reach out to their Customer Success Manager at Matillion. Private preview features are clearly marked Preview in the user interface, and tagged as Private preview in the documentation.
- Restricted Availability features are suitable for production use and have been made available to a limited number of customers, selected by Matillion. These features are ready for production use, and covered by an SLA, where applicable.
Some features may be released in private or public preview versions before becoming general availability (GA) features.