Chapter 1. Red Hat Connectivity Link 1.1 release notes
Red Hat Connectivity Link is a modular and flexible solution for application connectivity, policy management, and API management in multicloud and hybrid cloud environments. You can use Connectivity Link to secure, protect, connect, and observe your APIs, applications, and infrastructure. Connectivity Link is based on the Kuadrant community project.
Connectivity Link provides a control plane for configuring and deploying ingress Gateways and policies based on the Kubernetes Gateway API standard. Connectivity Link supports OpenShift Service Mesh 3.0 as the Gateway API provider, which is based on the Istio community project.
1.1. Connectivity Link new features Copy linkLink copied to clipboard!
Support for the following new platform and component versions:
- OpenShift Container Platform 4.18
- Red Hat OpenShift Dedicated 4.18
- Red Hat OpenShift Service on AWS 4.18
- cert-manager for Red Hat OpenShift 1.15
- Red Hat build of Keycloak 26.2
- Improved configuration for enabling Connectivity Link observability. For more information, see the Connectivity Link Observability Guide.
- Observability metrics displayed in OpenShift console dynamic plug-in. For details on enabling the dynamic plug-in, see Installing Connectivity Link on OpenShift.
1.2. Connectivity Link supported platforms and components Copy linkLink copied to clipboard!
For details on all platform and component versions supported by Connectivity Link 1.1, see the following article:
1.3. Connectivity Link Developer Preview features Copy linkLink copied to clipboard!
1.3.1. CoreDNS integration for on-prem DNS Copy linkLink copied to clipboard!
Connectivity Link provides integration with CoreDNS for on-prem DNS as a Developer Preview feature. For more details, see the Kuadrant documentation on using CoreDNS.
Developer Preview features are not supported by Red Hat in any way and are not functionally complete or production-ready. Do not use Developer Preview features for production or business-critical workloads. Developer Preview features provide early access to functionality in advance of possible inclusion in a Red Hat product offering. Customers can use these features to test functionality and provide feedback during the development process.
Developer Preview features might not have any documentation, are subject to change or removal at any time, and have received limited testing. Red Hat might provide ways to submit feedback on Developer Preview features without an associated SLA. For more information, see Red Hat Developer Preview - Scope of Support.
Red Hat customers can provide feedback on Developer Preview features through your account teams. You can also ask questions and provide feedback directly by using the Connectivity Link contact form or by emailing rhcl-contactus@redhat.com.
1.4. Connectivity Link removed features Copy linkLink copied to clipboard!
The following features have been removed from Connectivity Link 1.1:
1.4.1. API controller 1.0 Developer Preview Copy linkLink copied to clipboard!
API controller 1.0 Developer Preview was based on the Apicurio community project and included the following components:
- API designer based on Apicurio Studio
- API catalog based on Apicurio Registry
For more information, see Getting Started with API controller 1.0 Developer Preview.
1.5. Upgrading from Connectivity Link 1.0 to 1.1 Copy linkLink copied to clipboard!
You can upgrade from Connectivity Link 1.0.x to Connectivity Link 1.1.x by using the OperatorHub in the OpenShift web console.
1.5.1. Authenticating to registry.redhat.io for Wasm plug-in access Copy linkLink copied to clipboard!
For RateLimitPolicy or AuthPolicy only, you must authenticate to registry.redhat.io to access the Wasm plug-in image used with OpenShift Service Mesh as the Gateway API provider.
Prerequisites
-
You have credentials to access
registry.redhat.io. If you do not have access, see Creating Registry Service Accounts.
Procedure
Create the following secret in your Gateway namespace:
oc create secret docker-registry wasm-plugin-pull-secret -n ${GATEWAY_NAMESPACE} \ --docker-server=registry.redhat.io \ --docker-username=your-registry-service-account-username \ --docker-password=your-registry-service-account-passwordoc create secret docker-registry wasm-plugin-pull-secret -n ${GATEWAY_NAMESPACE} \ --docker-server=registry.redhat.io \ --docker-username=your-registry-service-account-username \ --docker-password=your-registry-service-account-passwordCopy to Clipboard Copied! Toggle word wrap Toggle overflow - Repeat this step in each Gateway namespace in which a RateLimitPolicy or AuthPolicy is deployed.
1.5.2. Upgrading to Connectivity Link 1.1 in the web console Copy linkLink copied to clipboard!
Prerequisites
- You already have Connectivity Link 1.0.x installed on OpenShift 4.17 or later.
- For RateLimitPolicy or AuthPolicy only, you have performed the steps in Section 1.5.1, “Authenticating to registry.redhat.io for Wasm plug-in access”.
Procedure
- Click Operators > Installed Operators > Red Hat Connectivity Link.
-
Ensure that the Update channel is set to
stable. -
If Update approval is set to Automatic, the upgrade will be approved and installed immediately when the Update channel is set to
stable. - If Update approval is set to Manual, click Install.
- Wait until the Connectivity Link Operator is deployed.
- Verify that Connectivity Link 1.1 is installed and that your deployment is up and running.
After upgrade
For RateLimitPolicy or AuthPolicy only, if you patched your subscription as a workaround for CONNLINK-299, enter the following command to ensure that your environment is set correctly:
oc patch subscription rhcl-operator -n openshift-operators --type=merge --patch '{"spec": {"config": {"env": null}}}'oc patch subscription rhcl-operator -n openshift-operators --type=merge --patch '{"spec": {"config": {"env": null}}}'Copy to Clipboard Copied! Toggle word wrap Toggle overflow
Additional resources
- For more information, see Updating installed Operators.
1.6. Connectivity Link resolved issues Copy linkLink copied to clipboard!
| Issue | Description |
|---|---|
| Namespace selector on Policies view switches user from sub-navigation item. Previously, in the Policies view, in a specific policy list such as DNS policies, when you switched namespace, you returned to the All Policies view. Now, when you switch namespace, you stay in the original specific policy list. |
1.7. Connectivity Link known issues Copy linkLink copied to clipboard!
The following known issues apply in Connectivity Link 1.1:
CONNLINK-287 - Connectivity Link allows configuration for non-standard response codes
Connectivity Link should not allow configuration that specifies non-standard custom HTTP response codes such as HTTP 333.