Skip to content

ci: run upgrade platform checks on the Azure blob store - #39306

Merged
antiguru merged 1 commit into
MaterializeInc:mainfrom
antiguru:azure-upgrade-checks
Sep 28, 2026
Merged

antiguru merged 1 commit into
MaterializeInc:mainfrom
antiguru:azure-upgrade-checks

Conversation

@antiguru

Copy link
Copy Markdown
Member

Azurite platform checks only run the restart scenario in release qualification, so no CI job catches an upgrade that can no longer read blobs an earlier release wrote to Azure blob storage. This adds two Nightly steps that run the whole-Mz upgrade scenarios with --features=azurite: UpgradeEntireMz from the last release, and UpgradeEntireMzFromLatestSelfManaged, which is the upgrade path Azure deployments take. StartMz already passes the Azurite blob store to every version it starts, so the scenarios need no changes.

Follow-up to the review of #39293, which moves persist's Azure backend to the new Azure SDK.

🤖 Generated with Claude Code

The Azurite platform checks only run the restart scenario, so nothing
catches a Materialize upgrade that can no longer read blobs an earlier
release wrote to Azure blob storage. Add Nightly steps that run the
whole-Mz upgrade scenarios, from the last release and from the latest
self-managed release, with the Azurite blob store.

Co-Authored-By: Claude Opus 5.5 <[email protected]>
@antiguru
antiguru marked this pull request as ready for review September 28, 2026 18:55
@antiguru
antiguru requested a review from a team as a code owner September 28, 2026 18:55
@antiguru
antiguru requested a review from mtabebe September 28, 2026 19:13
@antiguru
antiguru merged commit 6a68c1d into MaterializeInc:main Sep 28, 2026
13 checks passed
@antiguru
antiguru deleted the azure-upgrade-checks branch September 28, 2026 19:30
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Labels

None yet

Projects

None yet

Development

Successfully merging this pull request may close these issues.

2 participants