이 콘텐츠는 선택한 언어로 제공되지 않습니다.
Chapter 2. Breaking changes
This section lists breaking changes in Red Hat Developer Hub 1.6.
2.1. The Topology-specific permission topology.view.read is removed 링크 복사링크가 클립보드에 복사되었습니다!
Previously, the Topology plugin used topology.view.read permission to control access. Users were unable to configure Topology permissions using the RBAC UI. With this update, users can configure Kubernetes plugin permissions using the RBAC UI, which now governs the access to the Topology plugin. You can now use Kubernetes plugin permissions kubernetes.clusters.read, kubernetes.resources.read and kubernetes.proxy for the Topology plugin, as the Topology-specific permission topology.view.read is removed.
If you are using a CSV permission file, update the following lines:
Old Topology permission definition
p, role:default/topology-viewer, topology.view.read, read, allow
p, role:default/topology-viewer, kubernetes.proxy, use, allow
New Topology permission definition
p, role:default/topology-viewer, kubernetes.clusters.read, read, allow
p, role:default/topology-viewer, kubernetes.resources.read, read, allow
p, role:default/topology-viewer, kubernetes.proxy, use, allow
Additional resources
2.2. Migration to the core Auditor service 링크 복사링크가 클립보드에 복사되었습니다!
The Auditor format, including audit fields and event names, and IDs, has been updated to align with the new Auditor service conventions defined by the upstream Backstage Auditor Service. Filtering queries based on the old format may fail to work as expected.
Additional resources
2.3. Red Hat Developer Hub introduces the Backstage Audit Log Service 링크 복사링크가 클립보드에 복사되었습니다!
Red Hat Developer Hub 1.6 introduces the Backstage Audit Log Service, which replaces the custom audit logging system. This is a significant structural and behavioral change to how audit events are generated and consumed.
The key changes introduced by this transition include the following:
- Audit logging is now delegated to Backstage plugins. Each plugin in Backstage is responsible for implementing and emitting its own audit events.
- Audit event names, structure, and content may differ per plugin. Audit events are scoped and designed independently within each plugin using the standardized upstream mechanism, which automatically captures actor details and plugin context.
-
New Event Structure and Naming: Audit event names now follow Backstage’s conventions (for example, lowercase, kebab-case names), and include structured metadata such as
actionType. Legacy Developer Hub event names (for example,ScaffolderTaskCreation,CatalogEntityDeletion) are no longer used. - Enhanced Log Context: Each audit event includes the plugin context, making it easier to filter logs for specific functional areas. You can filter by the event IDs or metadata associated with that plugin.
Additional resources
2.4. The Tekton-specific permission tekton.view.read is removed 링크 복사링크가 클립보드에 복사되었습니다!
Previously, the Tekton plugin used tekton.view.read permission to control access. Users were unable to configure Tekton permissions using the RBAC UI. With this update, users can configure Kubernetes plugin permissions using the RBAC UI, which now governs the access to the Tekton plugin. You can now use Kubernetes plugin permissions kubernetes.clusters.read, kubernetes.resources.read and kubernetes.proxy for the Tekton plugin, as the Tekton-specific permission tekton.view.read is removed.
If you are using a CSV permission file, update the following lines:
Old Tekton permission definition
p, role:default/tekton-viewer, tekton.view.read, read, allow
p, role:default/tekton-viewer, kubernetes.proxy, use, allow
New Tekton permission definition
p, role:default/tekton-viewer, kubernetes.clusters.read, read, allow
p, role:default/tekton-viewer, kubernetes.resources.read, read, allow
p, role:default/tekton-viewer, kubernetes.proxy, use, allow
Additional resources