Chapter 2. New features and enhancements
2.1. Passphrase configuration for SSH keys Copy linkLink copied to clipboard!
With this release, you can specify a passphrase while adding a new SSH key using the "SSH Keys" tab in the User Preferences.
This feature is a Technology Preview feature, and disabled by default. In order to use this feature, config.enableExperimentalFeatures: true must be set in the DevWorkspaceOperatorConfig Custom Resource.
Passphrase configuration for SSH keys is a Technology Preview feature only. Technology Preview features are not supported with Red Hat production service level agreements (SLAs) and might not be functionally complete. Red Hat does not recommend using them in production. These features provide early access to upcoming product features, enabling customers to test functionality and provide feedback during the development process.
For more information about the support scope of Red Hat Technology Preview features, see Technology Preview Features Support Scope.
Additional resources
2.2. Restricting the total number of the 'Running' workspaces on a cluster Copy linkLink copied to clipboard!
With this release, you can restrict the total number of the 'Running' workspaces on a cluster using the maxNumberOfRunningWorkspacesPerCluster CheCluster CR property.
Learn more about this feature in the official documentation.
Additional resources
2.3. Specifying the list of the allowed sources based on which CDEs can be started Copy linkLink copied to clipboard!
With this release, you can specify the list of URLs based on which Cloud Development Environments (CDEs) can be initialized using the dedicated optional allowedSources CheCluster CR property:
"devEnvironments": {
"allowedSources": {
"urls": ["url_1", "url_2"]
}
When using this property, if a particular URL is not allowed explicitly by the admin, users will not be able to initialize and create CDEs based on this source.
Learn more about this feature in the official documentation.
Additional resources
2.4. Adding an option to deploy operands on specific cluster nodes Copy linkLink copied to clipboard!
With this release, you can deploy operands managed by the operator (dashboard, gateway, plugin-registry etc.) on the specific cluster nodes using the dedicated nodeSelector and tolerations properties CR properties:
dashboard:
deployment:
nodeSelector:
tolerations:
Additional resources
2.5. Possibility to hide some of the default editors on the User Dashboard Copy linkLink copied to clipboard!
With this release, you can conceal editor definitions. This is useful when an admin wants to hide particular editor(s) from the Dashboard UI, e.g. remove the IntelliJ and have only Visual Studio Code - Open Source visible.
Learn more about the procedure in the official documentation.
Additional resources
2.6. Support devfile endpoint annotations Copy linkLink copied to clipboard!
With this release, you can provide endpoint annotations in the devfile. For example, the following devfile snippet will create an ingress or route with the annotation foo: bar on Cloud Development Environment (CDE) startup:
components:
- container:
endpoints:
- name: my-endpoint
annotation:
foo: bar
...
Additional resources
2.7. Provide a way to set the runtime class for all CDE pods using CheCluster CR Copy linkLink copied to clipboard!
The spec.devEnvironments.runtimeClassName property has been added to the CheCluster CR. This property sets the spec.runtimeClassName for all Cloud Development Environment (CDE) pods. The controller.devfile.io/runtime-class attribute for the CDE has precedence over the CheCluster spec.devEnvironments.runtimeClassName property.
Additional resources
2.8. Ignore the 'FailedScheduling' event by default when starting a CDE Copy linkLink copied to clipboard!
With the release, the FailedScheduling event is the default value for the spec.devEnvironments.ignoredUnrecoverableEvents property. This is beneficial when the cluster has an autoscaler configured. If a Cloud Development Environment (CDE) pod cannot be scheduled on any node causing a FailedScheduling event, the CDE startup will be retried when the new node is provisioned.
Additional resources