Launch Stage and Availability of Features

All the features are classified by the launch stage, availability, and the default state as:

  • Launch stage: (General Availability or Beta)

  • Availability: (Self-serve or via Support)

  • Default state: (Enabled or Disabled)

Note

Unless stated otherwise, features are generally available, available as self-service and enabled by default.

This table describes the two different launch stages of a feature.

Launch Stage

Description

Beta

It implies that the features are appropriate for limited production use. There is no SLA adherence for a beta feature.

General Availability (GA)

It implies that the features can run production workloads with the SLA adherence.

This table describes the three types of the feature availability.

Availability

Description

Self-serve

It implies that the feature has a user-configurable property.

Via Support

It implies that the feature can be enabled by the Support. The feature may have a configurable property to disable it but only the Support can enable it for the first time.

Gradual Rollout

It implies that the feature is enabled to Qubole users through a controlled roll-out process where Qubole monitors the feature performance using real-time dashboards. If and when an issue is observed, Qubole may suspend, rollback, or fix-and-continue the feature to ensure stable operation of the platform for users. As part of the gradual rollout process, Qubole has designated users and accounts into separate pods, which are targeted for the feature. The pod membership and deployment order is a variable and subject to change at any time by Qubole. The timing of a gradual rollout of the feature being deployed or enabled for a specific user or pod is variable and as such, there is no implied change window for these activities.

This table describes the two types of a feature’s default state.

Default State

Description

Enabled

It implies that Qubole enables this feature by default.

Disabled

It implies that the user must enable the feature using the configurable properties.

Cluster Restart Operation

Certain configurations that you change at the cluster level would require a cluster restart for the new configuration to be effective.