Red Hat Summit Red Hat SummitSupportConsoleDevelopersStart a trialContact

Chapter 1. Release notes

Release notes contain information about new features, deprecated features, breaking changes, and known issues. The following release notes apply to the most recent OpenShift Serverless releases on OpenShift Container Platform.

1.1. About API versions
Copy link

API versions are an important measure of the development status of certain features and custom resources in OpenShift Serverless. Creating resources on your cluster that do not use the correct API version can cause issues in your deployment.

The OpenShift Serverless Operator automatically upgrades older resources that use deprecated versions of APIs to use the latest version. For example, if you have created resources on your cluster that use older versions of the ApiServerSource API, such as v1beta1, the OpenShift Serverless Operator automatically updates these resources to use the v1 version of the API when this is available and the v1beta1 version is deprecated.

After they have been deprecated, older versions of APIs might be removed in any upcoming release. Using deprecated versions of APIs does not cause resources to fail. However, if you try to use a version of an API that has been removed, it will cause resources to fail. Ensure that your manifests are updated to use the latest version to avoid issues.

Features that are Generally Available (GA) are fully supported and are suitable for production use. Technology Preview (TP) features are experimental features and are not intended for production use. See the Technology Preview scope of support on the Red Hat Customer Portal for more information about TP features.

The following table provides information about which OpenShift Serverless features are GA and which are TP:

Expand
Table 1.1. Generally Available and Technology Preview features tracker
Feature1.36

Authorization policies for Knative Eventing

TP

Service Mesh 3.x integration

TP

EventTransform API for JSON event transformation

TP

Automatic EventType registration

TP

IntegrationSource and IntegrationSink

TP

Eventing Transport encryption

GA

Serving Transport encryption

TP

OpenShift Serverless Logic

GA

ARM64 support

GA

Custom Metrics Autoscaler Operator (KEDA)

TP

kn event plugin

GA

Pipelines-as-code

TP

Advanced trigger filters

GA

Go function using S2I builder

GA

Installing and using Serverless on single-node OpenShift

GA

Using Service Mesh to isolate network traffic with Serverless

TP

Overriding liveness and readiness in functions

GA

kn func

GA

Quarkus functions

GA

Node.js functions

GA

TypeScript functions

GA

Python functions

GA

Service Mesh mTLS

GA

emptyDir volumes

GA

HTTPS redirection

GA

Kafka broker

GA

Kafka sink

GA

Init containers support for Knative services

GA

PVC support for Knative services

GA

multi-container support

GA

1.3. Deprecated and removed features
Copy link

Some features that were Generally Available (GA) or a Technology Preview (TP) in previous releases have been deprecated or removed. Deprecated functionality is still included in OpenShift Serverless and continues to be supported; however, it will be removed in a future release of this product and is not recommended for new deployments.

For the most recent list of major functionality deprecated and removed within OpenShift Serverless, refer to the following table:

Expand
Table 1.2. Deprecated and removed features tracker
Feature1.36

Knative client https://mirror.openshift.com/pub/openshift-v4/clients/serverless/ URL

Deprecated

EventTypes v1beta1 API

Deprecated

domain-mapping and domain-mapping-webhook deployments

Removed

Red Hat OpenShift Service Mesh with Serverless when Kourier is enabled

Deprecated

Namespace-scoped Kafka brokers

Deprecated

enable-secret-informer-filtering annotation

Deprecated

Serving and Eventing v1alpha1 API

Removed

kn func emit (kn func invoke in 1.21+)

Removed

KafkaBinding API

Removed

1.4. Red Hat OpenShift Serverless 1.36.1
Copy link

OpenShift Serverless 1.36.1 is now available. This release of OpenShift Serverless addresses identified Common Vulnerabilities and Exposures (CVEs) to enhance security and reliability. Fixed issues and known issues that pertain to OpenShift Serverless on OpenShift Container Platform are included in the following notes:

1.4.1. Fixed issues
Copy link

  • Before this update, the OpenShift Serverless Functions client failed to build remotely with Red Hat OpenShift Pipelines version 1.19, causing pipeline runs to remain in the Pending state on the fetch-sources task and report admission webhook errors. With this release, the issue is resolved, and remote builds complete successfully.

1.4.2. Known issues
Copy link

  • Deploying a Quarkus function with the kn func deploy --remote command on an OpenShift Container Platform s390x cluster triggers a known issue that causes the build task to hang. As a result, the build process does not complete.

1.5. Red Hat OpenShift Serverless 1.36
Copy link

OpenShift Serverless 1.36 is now available. New features, updates, fixed issues, and known issues that pertain to OpenShift Serverless on OpenShift Container Platform are included in the following notes:

1.5.1. New features
Copy link

1.5.1.1. OpenShift Serverless Eventing
Copy link

  • OpenShift Serverless now uses Knative Eventing 1.16.
  • OpenShift Serverless now uses Knative for Apache Kafka 1.16.
  • IntegrationSource and IntegrationSink are now available as a Technology Preview. These are Knative Eventing custom resources that support selected Kamelets from the Apache Camel project. Kamelets enables you to connect to third-party systems for improved connectivity, acting as either sources (event producers) or sinks (event consumers).
  • Knative Eventing can now automatically discover and register EventTypes based on the structure of incoming events. This feature simplifies the configuration and management of EventTypes, reducing the need for manual definitions. This feature is available as a Technology Preview.

  • OpenShift Serverless Eventing introduces EventTransform, a new API resource that you can use to declaratively transform JSON events without writing custom code. With EventTransform, you can modify attributes, extract or reshape data, and streamline event flows across systems. Common use cases include event enrichment, format conversion, and request-response transformation. EventTransform integrates seamlessly with Knative sources, triggers, and brokers, enhancing interoperability in event-driven architectures. This feature is now available as a Technology Preview.

    See the following key features of EventTransform:

    • Define transformations declaratively using Kubernetes-native resources
    • Use JSONata expressions for advanced and flexible event data manipulation
    • Easily insert transformations at any point within event-driven workflows
    • Support for transforming both sink-bound and reply events for better routing control
  • The sinks.knative.dev API group has now been added to the ClusterRoles namespace in Knative Eventing. Developers now have permissions to get, list, and watch resources in this API group, improving accessibility and integration with sink resources.
  • Transport encryption for Knative Eventing is now available as a Generally Available (GA) feature.
  • Knative Eventing now supports the ability to define authorization policies that restrict which entities can send events to Eventing custom resources. This enables greater control and security within event-driven architectures. This functionality is available as a Developer Preview.
  • Knative Eventing catalog is now integrated into the Red Hat Developer Hub through the Event Catalog plugin for Backstage. This integration enables users to discover and explore Knative Eventing resources directly within the Red Hat Developer Hub interface. This functionality is available as a Developer Preview.
  • The KafkaSource API has now been promoted to version v1, signaling its stability and readiness for production use.
  • OpenShift Serverless now supports deployment on ARM architecture as a Generally Available (GA) feature.
  • The kn event plugin is now available as a GA feature. You can use this plugin to send events directly from the command line to various destinations, streamlining event-driven application development and testing workflows.

1.5.1.2. OpenShift Serverless Serving
Copy link

  • OpenShift Serverless now uses Knative Serving 1.16.
  • OpenShift Serverless now uses Kourier 1.16.
  • OpenShift Serverless now uses Knative (kn) CLI 1.16.

1.5.1.3. OpenShift Serverless Functions
Copy link

  • The kn func CLI plugin now uses func 1.16.
  • OpenShift Serverless Functions support integration with Cert Manager, enabling automated certificate management for the function workloads. This functionality is available as a Developer Preview.

1.5.1.4. OpenShift Serverless Logic
Copy link

  • When starting a workflow via HTTP, you can now include additional properties alongside the workflowdata field in the request body. These extra fields are ignored by the runtime but are available in the Data Index as process variables as shown in the following example: 

    {"workflowdata": {"name": "John"}, "groupKey": "follower"}

  • You can now filter workflow instances by the content of workflow variables using GraphQL queries on ProcessInstances.variables. For example, the following query retrieves process instances where the language field in workflowdata equals Spanish: 

    ProcessInstances (where:{variables:{workflowdata:{language:{equal:Spanish}}}}) {
    variables,
    state,
    lastUpdate,
    nodes {
      name
    }
}
  • OpenShift Serverless Logic Data Index now supports filtering queries by using workflow definition metadata.
  • OpenShift Serverless Logic Operator now emits events to the Data Index to indicate when a workflow definition becomes available or unavailable.

1.5.2. Fixed issues
Copy link

1.5.2.1. OpenShift Serverless Eventing
Copy link

  • Previously, the Knative Kafka dispatcher could stop consuming events if a Kafka consumer group rebalance occurred while a sink was processing events out of order. This behavior triggered the following errors:

    • SEVERE: Unhandled exception
    • java.lang.IndexOutOfBoundsException: bitIndex < 0
    • Repeated logs like Request joining group due to: group is already rebalancing

    This issue is now fixed. The dispatcher correctly handles out-of-order event consumption during rebalancing and continues processing events without interruption.

  • Previously, a KafkaSource remained in a Ready state even when KafkaSource.spec.net.tls.key failed to load due to the use of unsupported TLS certificates in PKCS #1 format. This issue is now fixed. An appropriate error is now reported when attempting to create a KafkaBroker, KafkaChannel, KafkaSource, or KafkaSink using TLS certificates in an unsupported format.

1.5.3. Known issues
Copy link

1.5.3.1. OpenShift Serverless Logic
Copy link

  • If the swf-dev-mode image is started with a broken or invalid workflow definition, the container might enter a stuck state.
  • When deploying a workflow in the preview profile on OpenShift Container Platform, if the initial build fails and is later corrected, the Operator does not create the corresponding workflow deployment. As a result, the deployment remains missing and the SonataFlow status is not updated, even after the build is fixed.
  • The OpenShift Serverless Logic builder image consistently downloads the plexus-utils-1.1 artifact during the build process, regardless of local caching or dependency resolution settings.
  • When running images in disconnected or restricted network environments, the Maven wrapper might experience timeouts while attempting to download required components.
  • The openshift-serverless-1/logic-swf-builder-rhel8:1.35.0 and openshift-serverless-1/logic-swf-builder-rhel8:1.36.0 images are currently downloading the persistence extensions from Maven during the build process.
Red Hat logoGithubredditYoutubeTwitter

Learn

Try, buy, & sell

Communities

About Red Hat Documentation

We help Red Hat users innovate and achieve their goals with our products and services with content they can trust. Explore our recent updates.

Making open source more inclusive

Red Hat is committed to replacing problematic language in our code, documentation, and web properties. For more details, see the Red Hat Blog.

About Red Hat

We deliver hardened solutions that make it easier for enterprises to work across platforms and environments, from the core datacenter to the network edge.

Theme

© 2026 Red HatBack to top