1.3. 半自动服务绑定
服务绑定过程从绑定到特定应用程序所需的服务的用户规格开始。这个表达式被 kubernetes-service-binding 扩展生成的 ServiceBinding 资源总结。使用 kubernetes-service-binding 扩展可帮助用户以最小配置生成 ServiceBinding 资源，从而简化进程整体。
然后，负责绑定进程的 Service Binding Operator 从 ServiceBinding 资源读取信息，并相应地将所需的文件挂载到容器中。
ServiceBinding资源的示例：apiVersion: binding.operators.coreos.com/v1beta1 kind: ServiceBinding metadata: name: binding-request namespace: service-binding-demo spec: application: name: java-app group: apps version: v1 resource: deployments services: - group: postgres-operator.crunchydata.com version: v1beta1 kind: Database name: db-demo id: postgresDB
注意quarkus-kubernetes-service-binding扩展提供了一种更紧凑的方式来表达相同的信息。例如：quarkus.kubernetes-service-binding.services.db-demo.api-version=postgres-operator.crunchydata.com/v1beta1 quarkus.kubernetes-service-binding.services.db-demo.kind=Database
在 application.properties 中添加更早的配置属性后，quarkus-kubernetes，与 quarkus-kubernetes-service-binding 扩展相结合，会自动生成 ServiceBinding 资源。
之前提到的 db-demo 属性配置标识符现在有一个双角色，也完成以下操作：
-
将
api-version和kind属性关联和组。 定义自定义资源的
name属性，如果需要，您可以在以后编辑它。例如：quarkus.kubernetes-service-binding.services.db-demo.api-version=postgres-operator.crunchydata.com/v1beta1 quarkus.kubernetes-service-binding.services.db-demo.kind=Database quarkus.kubernetes-service-binding.services.db-demo.name=my-db
