All Products
Search
Document Center

Hologres:Product lifecycle policy and versions

Last Updated:Mar 26, 2026

Hologres versions follow a defined lifecycle from General Availability (GA) to End of Service (EOS). Understanding this lifecycle helps you determine whether your current version is still supported, plan upgrades before service is discontinued, and evaluate compatibility risks. Notifications are sent at least three months before any milestone date.

Lifecycle phases

Each Hologres version goes through two phases:

MilestoneFull namePhase timelineWhat it means
GAGeneral AvailabilityMonth TThe version is officially released and supported for use in production environments.
EOSEnd of ServiceMonth T + 2 yearsNo new versions or patch versions are released. Technical support, issue resolution, and Service-Level Agreement (SLA) compensation are discontinued.
Note

No phase starts earlier than its scheduled date. The start date is announced through official notification channels at least three months in advance.

What happens after EOS

When a version reaches EOS, Hologres Operations and Maintenance (O&M) may take the following actions:

  • Emergency upgrades: If a version has a critical bug — such as a security issue or data inaccuracy — Hologres O&M reserves the right to perform an emergency upgrade to a compatible patched version within the same major version.

  • Stability-driven upgrades: If an instance poses a potential stability risk to you or the entire cluster, Hologres O&M reserves the right to upgrade the instance during an O&M window to a stable version within its GA period.

To view the current version and available upgrade versions for an instance, go to the Instance Details page in the Hologres console. For details, see Common errors during upgrade preparation.

Version numbers and their meanings

Hologres version numbers follow a Major.Minor format.

Version componentWhat changesUpgrade example
MajorFundamental changes and new features. Incremented based on the size and scale of the changes.1.1.21 to 1.3.38 (Major: 1.1 to 1.3)
MinorQuality improvements and bug fixes for existing features. Incremented when multiple improvements are added.1.3.24 to 1.3.38 (Minor: 24 to 38)

Version lifecycle dates

The following table lists the GA and EOS dates for each Hologres major version. Versions with an EOS date in the past no longer receive technical support or SLA compensation.

Major versionGAEOS
0.72020-042022-04
0.82020-102022-10
0.92021-012023-01
0.102021-052023-05
1.12021-102023-10
1.32022-072024-07
2.02023-042025-04
2.12023-102025-10
2.22024-042026-04
3.02024-07To be determined
3.12025-06To be determined
3.22025-06To be determined
4.02025-09To be determined

Compatibility

Between minor versions (same major version)

Hologres guarantees compatibility between minor versions within the same major version. This covers SQL syntax, interfaces, and the engine framework. It does not cover business logic or data processing.

Upgrade to the latest minor version within your current major version to stay compatible.

Between major versions

Hologres does not guarantee compatibility between major versions. Alibaba Cloud makes every effort to maintain compatibility of program logic, SQL syntax, and interfaces across major versions. Any known incompatibilities are communicated through documentation or after-sales service.

Bug fixes

To get bug fixes for your version, upgrade to a later major or minor version in accordance with the compatibility policy above.

Example: If your instance runs version 1.1.33 and the latest version is 1.3.40, upgrade to 1.3.40 or later.

Feature releases and bug fixes are announced in Release notes.

Notifications and support commitments

Before a version's EOS date, Hologres will:

  • Notify you at least three months in advance. Notifications are sent to the root account that purchased the product through official website announcements, product documentation announcements, internal messages, emails, and text messages. To receive these notifications, subscribe to product update messages in the Message Center.

  • Assess operational risks with you. Hologres will help you evaluate job-related operational risks and discuss upgrade paths before the version's service is stopped.

After a version reaches EOS, Hologres O&M will proactively upgrade instances where stability is affected, to a stable version within its GA period.

What's next