2.2. 自动 Operator 功能


您可以使用 Operator 自动化多个密钥过程来有效地配置 Backstage 应用程序。

2.2.1. 元数据生成

Operator 在运行时为所有默认资源自动生成特定的元数据值,以确保 Backstage 应用程序正常工作。

对于所有默认资源,metadata.name 根据默认配置文件 中定义的规则生成,特别是 Resource name 列。例如,名为 mybackstage 的 Backstage 自定义资源(CR)会创建名为 backstage-mybackstage 的 Kubernetes Deployment 资源。

每个资源都会生成以下元数据:

  • deployment.yaml

    • spec.selector.matchLabels[rhdh.redhat.com/app] = backstage-{cr-name}
    • spec.template.metadata.labels[rhdh.redhat.com/app] = backstage-{cr-name}
  • service.yaml

    • spec.selector[rhdh.redhat.com/app] = backstage-{cr-name}
  • db-statefulset.yaml

    • spec.selector.matchLabels[rhdh.redhat.com/app] = backstage-psql-{cr-name}
    • spec.template.metadata.labels[rhdh.redhat.com/app] = backstage-psql-{cr-name}
  • db-service.yaml

    • spec.selector[rhdh.redhat.com/app] = backstage-psql-{cr-name}

2.2.2. 多个资源

您可以在单个 YAML 文件中定义并创建同一类型的多个资源。这适用于作为资源表中 的列表 的任何资源类型。要定义多个资源,请使用 --- 分隔符来分隔各个资源定义。

例如,将以下代码 snip 添加到 pvcs.yaml 创建两个 PersistentVolumeClaims (PVC),名为 backstage-{cr-name}-myclaim1backstage-{cr-name}-myclaim2,并相应地将它们挂载到 Backstage 容器。

创建多个 PVC 示例

apiVersion: v1
kind: PersistentVolumeClaim
metadata:
  name: myclaim1
...
---
apiVersion: v1
kind: PersistentVolumeClaim
metadata:
  name: myclaim2
...
Copy to Clipboard Toggle word wrap

2.2.3. 默认基本 URL

Operator 会在默认 app-config ConfigMap 中自动设置 Backstage 应用程序的基本 URL,称为 backstage-appconfig-{CR_name}。Operator 根据您的 Route 参数和 OpenShift 集群入口域进行此操作。

Operator 遵循这些规则来为应用程序设置基本 URL:

Operator 在默认的 app-config ConfigMap 中更新以下基本 URL:

  • app.baseUrl
  • backend.baseUrl
  • backend.cors.origin
注意

您可以在最佳和 OpenShift 上执行这些操作。在错误或非 OpenShift 集群中,您仍然可以通过提供自定义 app-config ConfigMap 来覆盖这些默认值。

返回顶部
Red Hat logoGithubredditYoutubeTwitter

学习

尝试、购买和销售

社区

关于红帽文档

通过我们的产品和服务,以及可以信赖的内容,帮助红帽用户创新并实现他们的目标。 了解我们当前的更新.

让开源更具包容性

红帽致力于替换我们的代码、文档和 Web 属性中存在问题的语言。欲了解更多详情,请参阅红帽博客.

關於紅帽

我们提供强化的解决方案,使企业能够更轻松地跨平台和环境(从核心数据中心到网络边缘)工作。

Theme

© 2025 Red Hat