Language:
Format:

6.6. 서비스에서 바인딩 데이터 노출

애플리케이션 개발자는 워크로드를 빌드하고 연결하려면 백업 서비스에 액세스해야 합니다. 각 서비스 공급자가 시크릿에 액세스하여 워크로드에서 사용하는 다른 방법이 필요하기 때문에 워크로드를 백업 서비스에 연결하는 것은 항상 어렵습니다.

Service Binding Operator를 사용하면 애플리케이션 개발자가 직접 바인딩 연결을 구성할 필요 없이 Operator에서 관리하는 백업 서비스와 함께 워크로드를 쉽게 바인딩할 수 있습니다. Service Binding Operator가 바인딩 데이터를 제공하려면 Operator 공급자 또는 백업 서비스를 생성하는 사용자로 Service Binding Operator에서 자동으로 감지할 바인딩 데이터를 노출해야 합니다. 그런 다음 Service Binding Operator는 백업 서비스에서 바인딩 데이터를 자동으로 수집하고 워크로드에 공유하여 일관되고 예측 가능한 환경을 제공합니다.

6.6.1. 바인딩 데이터 노출 방법

이 섹션에서는 바인딩 데이터를 노출하는 데 사용할 수 있는 방법에 대해 설명합니다.

워크로드 요구 사항과 환경, 제공된 서비스와 함께 작동 방식을 이해하고 이해해야 합니다.

바인딩 데이터는 다음 상황에서 노출됩니다.

백업 서비스는 프로비저닝된 서비스 리소스로 사용할 수 있습니다.
연결하려는 서비스는 Service Binding 사양을 준수합니다. 필요한 모든 바인딩 데이터 값을 사용하여 Secret 리소스를 생성하고 백업 서비스 CR(사용자 정의 리소스)에서 참조해야 합니다. 모든 바인딩 데이터 값의 검색은 자동으로 수행됩니다.
백업 서비스는 프로비저닝된 서비스 리소스로 사용할 수 없습니다.
백업 서비스의 바인딩 데이터를 노출해야 합니다. 워크로드 요구 사항 및 환경에 따라 다음 방법 중 하나를 선택하여 바인딩 데이터를 노출할 수 있습니다.
- 직접 보안 참조
- CRD(사용자 정의 리소스 정의) 또는 CR 주석을 통해 바인딩 데이터 선언
- 소유 리소스를 통한 바인딩 데이터 탐지

6.6.1.1. 프로비저닝된 서비스

프로비저닝된 서비스는 백업 서비스 CR의 .status.binding.name 필드에 배치된 Secret 리소스에 대한 참조가 있는 백업 서비스 CR을 나타냅니다.

Operator 공급자 또는 백업 서비스를 생성하는 사용자는 Secret 리소스를 생성하고 백업 서비스 CR의 .status.binding.name 섹션에서 이 방법을 사용하여 Service Binding 사양을 준수할 수 있습니다. 이 Secret 리소스는 워크로드가 백업 서비스에 연결하는 데 필요한 모든 바인딩 데이터 값을 제공해야 합니다.

다음 예제에서는 CR에서 참조하는 백업 서비스 및 Secret 리소스를 나타내는 AccountService CR을 보여줍니다.

예: accountService CR

apiVersion: example.com/v1alpha1
kind: AccountService
name: prod-account-service
spec:
# ...
status:
  binding:
    name: hippo-pguser-hippo

예: 참조된 Secret 리소스

apiVersion: v1
kind: Secret
metadata:
  name: hippo-pguser-hippo
data:
  password: "<password>"
  user: "<username>"
# ...

서비스 바인딩 리소스를 생성할 때 다음과 같이 ServiceBinding 사양에 있는 AccountService 리소스의 세부 정보를 직접 제공할 수 있습니다.

예: ServiceBinding 리소스

apiVersion: binding.operators.coreos.com/v1alpha1
kind: ServiceBinding
metadata:
  name: account-service
spec:
# ...
  services:
  - group: "example.com"
    version: v1alpha1
    kind: AccountService
    name: prod-account-service
  application:
    name: spring-petclinic
    group: apps
    version: v1
    resource: deployments

예: 사양 API의 ServiceBinding 리소스

apiVersion: servicebinding.io/v1beta1
kind: ServiceBinding
metadata:
  name: account-service
spec:
# ...
  service:
    apiVersion: example.com/v1alpha1
    kind: AccountService
    name: prod-account-service
  workload:
    apiVersion: apps/v1
    kind: Deployment
    name: spring-petclinic

이 방법은 hippo-pguser-hippo 참조 Secret 리소스의 모든 키를 워크로드에 프로젝션된 바인딩 데이터로 노출합니다.

6.6.1.2. 직접 보안 참조

Service Binding 정의에서 참조할 수 있는 Secret 리소스에서 필요한 모든 바인딩 데이터 값을 사용할 수 있는 경우 이 메서드를 사용할 수 있습니다. 이 방법에서는 ServiceBinding 리소스는 서비스에 연결할 Secret 리소스를 직접 참조합니다. Secret 리소스의 모든 키는 바인딩 데이터로 노출됩니다.

예: binding.operators.coreos.com API를 사용한 사양

apiVersion: binding.operators.coreos.com/v1alpha1
kind: ServiceBinding
metadata:
  name: account-service
spec:
# ...
  services:
  - group: ""
    version: v1
    kind: Secret
    name: hippo-pguser-hippo

예: servicebinding.io API를 준수하는 사양

apiVersion: servicebinding.io/v1beta1
kind: ServiceBinding
metadata:
  name: account-service
spec:
# ...
  service:
    apiVersion: v1
    kind: Secret
    name: hippo-pguser-hippo

6.6.1.3. CRD 또는 CR 주석을 통해 바인딩 데이터 선언

이 방법을 사용하여 백업 서비스의 리소스에 주석을 달아 특정 주석이 있는 바인딩 데이터를 노출할 수 있습니다. metadata 섹션에 주석을 추가하면 백업 서비스의 CR 및 CRD가 변경됩니다. Service Binding Operator는 CR 및 CRD에 추가된 주석을 감지한 다음 주석을 기반으로 추출된 값으로 Secret 리소스를 생성합니다.

다음 예제에서는 metadata 섹션에 추가된 주석과 리소스에서 참조된 ConfigMap 오브젝트를 보여줍니다.

예: CR 주석에 정의된 Secret 오브젝트에서 바인딩 데이터 노출

apiVersion: postgres-operator.crunchydata.com/v1beta1
kind: PostgresCluster
metadata:
  name: hippo
  namespace: my-petclinic
  annotations:
    service.binding: 'path={.metadata.name}-pguser-{.metadata.name},objectType=Secret'
# ...

이전 예에서는 secret 이름 이름을 {.metadata.name}-pguser-{.metadata.name} 템플릿에 배치하고 이를 hippo-pguser-hippo 로 확인합니다. 템플릿에 여러 JSONPath 표현식이 포함될 수 있습니다.

예: 리소스의 참조 Secret 오브젝트

apiVersion: v1
kind: Secret
metadata:
  name: hippo-pguser-hippo
data:
  password: "<password>"
  user: "<username>"

예: CR 주석에 정의된 ConfigMap 오브젝트에서 바인딩 데이터 노출

apiVersion: postgres-operator.crunchydata.com/v1beta1
kind: PostgresCluster
metadata:
  name: hippo
  namespace: my-petclinic
  annotations:
    service.binding: 'path={.metadata.name}-config,objectType=ConfigMap'
# ...

이전 예제에서는 hippo-config 로 확인되는 {.metadata.name}-config 템플릿에 구성 맵의 이름을 배치합니다. 템플릿에 여러 JSONPath 표현식이 포함될 수 있습니다.

예: 리소스의 참조 ConfigMap 오브젝트

apiVersion: v1
kind: ConfigMap
metadata:
  name: hippo-config
data:
  db_timeout: "10s"
  user: "hippo"

6.6.1.4. 소유 리소스를 통한 바인딩 데이터 탐지

백업 서비스에서 바인딩 데이터를 감지하는 데 사용할 수 있는 경로, 서비스, 구성 맵 또는 시크릿과 같은 하나 이상의 Kubernetes 리소스를 보유하는 경우 이 방법을 사용할 수 있습니다. 이 방법에서는 Service Binding Operator가 백업 서비스 CR에 속하는 리소스의 바인딩 데이터를 감지합니다.

다음 예제에서는 ServiceBinding CR에서 detectBindingResources API 옵션을 true 로 설정합니다.

예제

apiVersion: binding.operators.coreos.com/v1alpha1
kind: ServiceBinding
metadata:
  name: spring-petclinic-detect-all
  namespace: my-petclinic
spec:
  detectBindingResources: true
  services:
    - group: postgres-operator.crunchydata.com
      version: v1beta1
      kind: PostgresCluster
      name: hippo
  application:
    name: spring-petclinic
    group: apps
    version: v1
    resource: deployments

이전 예에서 PostgresCluster 사용자 지정 서비스 리소스에는 경로, 서비스, 구성 맵 또는 시크릿과 같은 하나 이상의 Kubernetes 리소스가 포함됩니다.

Service Binding Operator는 각 소유 리소스에 노출된 바인딩 데이터를 자동으로 감지합니다.

6.6.2. 데이터 모델

주석에 사용되는 데이터 모델은 특정 규칙을 따릅니다.

서비스 바인딩 주석에는 다음 규칙을 사용해야 합니다.

service.binding(/<NAME>)?:
    "<VALUE>|(path=<JSONPATH_TEMPLATE>(,objectType=<OBJECT_TYPE>)?(,elementType=<ELEMENT_TYPE>)?(,sourceKey=<SOURCE_KEY>)?(,sourceValue=<SOURCE_VALUE>)?)"

다음과 같습니다.

`<NAME>`	바인딩 값을 노출할 이름을 지정합니다. `objectType` 매개변수가 `Secret` 또는 `ConfigMap` 으로 설정된 경우에만 제외할 수 있습니다.
`<VALUE>`	`경로가` 설정되지 않은 경우 노출된 상수 값을 지정합니다.

데이터 모델은 경로,elementType,objectType,sourceKey 및 sourceValue 매개변수에 대해 허용되는 값 및 의미에 대한 세부 정보를 제공합니다.

표 6.4. 매개변수 및 해당 설명

매개변수	설명	기본값
`path`	curly braces {}로 묶은 JSONPath 표현식으로 구성된 JSONPath 템플릿입니다.	해당 없음
`elementType`	`path` 매개 변수에서 참조되는 요소의 값이 다음 형식 중 하나를 준수하는지 여부를 지정합니다. `string` `sliceOfStrings` `sliceOfMaps`	`string`
`objectType`	`path` 매개변수에 표시된 요소의 값이 현재 네임스페이스의 `ConfigMap`,`Secret` 또는 plain 문자열을 참조하는지 여부를 지정합니다.	`secret` `Type이` 문자열이 아닌 경우.
`sourceKey`	바인딩 데이터를 수집할 때 바인딩 보안에 추가할 `ConfigMap` 또는 `Secret` 리소스의 키를 지정합니다. 참고: `elementType`=`sliceOfMaps` 와 함께 사용하면 `sourceKey` 매개변수는 바인딩 보안에서 값이 키로 사용되는 맵 슬라이스에서 키를 지정합니다. 이 선택적 매개변수를 사용하여 참조된 `Secret` 또는 `ConfigMap` 리소스의 특정 항목을 바인딩 데이터로 노출합니다. 지정하지 않으면 `Secret` 또는 `ConfigMap` 리소스의 모든 키와 값이 노출되고 바인딩 보안에 추가됩니다.	해당 없음
`sourceValue`	맵 슬라이스에서 키를 지정합니다. 참고: 이 키의 값은 바인딩 보안에 추가할 키-값 쌍에 대한 항목의 값을 생성하는 기준으로 사용됩니다. 또한 `sourceKey` 값은 바인딩 보안에 추가할 키-값 쌍에 대한 항목의 키로 사용됩니다. `elementType`=`sliceOfMaps` 경우에만 필수입니다.	해당 없음

참고

sourceKey 및 sourceValue 매개변수는 path 매개변수에 표시된 요소가 ConfigMap 또는 Secret 리소스를 참조하는 경우에만 적용할 수 있습니다.

6.6.3. 주석 매핑을 선택적으로 설정

주석에 선택적 필드가 있을 수 있습니다. 예를 들어 서비스 끝점에 인증이 필요하지 않은 경우 자격 증명의 경로가 존재하지 않을 수 있습니다. 이러한 경우 주석은 주석의 대상 경로에 존재하지 않을 수 있습니다. 결과적으로 Service Binding Operator는 기본적으로 오류를 생성합니다.

서비스 공급자로서 주석 매핑이 필요한지 여부를 나타내기 위해 서비스를 활성화할 때 주석에서 선택적 플래그 값을 설정할 수 있습니다. Service Binding Operator는 대상 경로를 사용할 수 있는 경우에만 주석 매핑을 제공합니다. 대상 경로를 사용할 수 없는 경우 Service Binding Operator는 선택적 매핑을 건너뛰고 오류를 throw하지 않고 기존 매핑의 예상을 계속합니다.

절차

주석에서 필드를 선택적으로 만들려면 선택적 플래그 값을 true 로 설정합니다.

예제

apiVersion: apps.example.org/v1beta1
kind: Database
metadata:
  name: my-db
  namespace: my-petclinic
  annotations:
    service.binding/username: path={.spec.name},optional=true
# ...

참고

선택적 플래그 값을 false 로 설정하고 Service Binding Operator에서 대상 경로를 찾을 수 없는 경우 Operator에서 주석 매핑에 실패합니다.
선택적 플래그에 값이 설정되지 않은 경우 Service Binding Operator는 기본적으로 값을 false 로 간주하고 주석 매핑에 실패합니다.

6.6.4. RBAC 요구 사항

Service Binding Operator를 사용하여 백업 서비스 바인딩 데이터를 공개하려면 특정 역할 기반 액세스 제어(RBAC) 권한이 필요합니다. 지원 서비스 리소스에 대한 RBAC 권한을 부여하려면 ClusterRole 리소스의 rules 필드에 특정 동사를 지정합니다. 이러한 규칙을 정의할 때 Service Binding Operator에서 클러스터 전체에서 백업 서비스 리소스의 바인딩 데이터를 읽을 수 있습니다. 사용자에게 바인딩 데이터를 읽거나 애플리케이션 리소스를 수정할 수 있는 권한이 없는 경우 Service Binding Operator에서 이러한 사용자가 서비스에 바인딩하지 못하도록 합니다. RBAC 요구 사항을 준수하면 사용자에게 불필요한 권한 상승이 방지되고 승인되지 않은 서비스 또는 애플리케이션에 대한 액세스가 방지됩니다.

Service Binding Operator는 전용 서비스 계정을 사용하여 Kubernetes API에 대한 요청을 수행합니다. 기본적으로 이 계정에는 다음 표준 Kubernetes 또는 OpenShift 오브젝트가 모두 표시되는 워크로드에 서비스를 바인딩할 수 있는 권한이 있습니다.

배포
DaemonSets
ReplicaSets
StatefulSets
DeploymentConfigs

Operator 서비스 계정은 집계된 클러스터 역할에 바인딩되므로 Operator 공급자 또는 클러스터 관리자가 사용자 정의 서비스 리소스를 워크로드에 바인딩할 수 있습니다. ClusterRole 내에서 필요한 권한을 부여하려면 servicebinding.io/controller 플래그를 사용하여 레이블을 지정하고 플래그 값을 true 로 설정합니다. 다음 예제에서는 Service Binding Operator가 Crunchy PostgreSQL Operator의 CR(사용자 정의 리소스)을 가져오고,감시, 나열 하도록 허용하는 방법을 보여줍니다.

예: Crunchy PostgreSQL Operator에서 프로비저닝한 PostgreSQL 데이터베이스 인스턴스에 바인딩 활성화

apiVersion: rbac.authorization.k8s.io/v1
kind: ClusterRole
metadata:
  name: postgrescluster-reader
  labels:
     servicebinding.io/controller: "true"
rules:
- apiGroups:
    - postgres-operator.crunchydata.com
  resources:
    - postgresclusters
  verbs:
    - get
    - watch
    - list
  ...

이 클러스터 역할은 백업 서비스 Operator를 설치하는 동안 배포할 수 있습니다.

6.6.5. 확장 가능한 바인딩 데이터 범주

Service Binding Operator를 사용하면 백업 서비스 리소스 및 CRD(사용자 정의 리소스 정의)의 바인딩 데이터 값을 노출할 수 있습니다.

이 섹션에서는 exposable 바인딩 데이터의 다양한 카테고리를 사용하는 방법을 보여주는 예제를 제공합니다. 작업 환경 및 요구 사항에 맞게 이러한 예제를 수정해야 합니다.

6.6.5.1. 리소스에서 문자열 노출

다음 예제에서는 PostgresCluster CR(사용자 정의 리소스)의 metadata.name 필드에서 사용자 이름으로 문자열을 노출하는 방법을 보여줍니다.

예제

apiVersion: postgres-operator.crunchydata.com/v1beta1
kind: PostgresCluster
metadata:
  name: hippo
  namespace: my-petclinic
  annotations:
    service.binding/username: path={.metadata.name}
# ...

6.6.5.2. 바인딩 항목으로 상수 값 노출

다음 예제에서는 PostgresCluster 사용자 정의 리소스(CR)에서 상수 값을 노출하는 방법을 보여줍니다.

예: 상수 값 노출

apiVersion: postgres-operator.crunchydata.com/v1beta1
kind: PostgresCluster
metadata:
  name: hippo
  namespace: my-petclinic
  annotations:
    "service.binding/type": "postgresql" 1

1: postgresql 값을 사용하여 노출할 바인딩 유형입니다.

6.6.5.3. 리소스에서 참조되는 전체 구성 맵 또는 시크릿 노출

다음 예제에서는 주석을 통해 전체 보안을 노출하는 방법을 보여줍니다.

예: 주석을 통해 전체 시크릿 노출

apiVersion: postgres-operator.crunchydata.com/v1beta1
kind: PostgresCluster
metadata:
  name: hippo
  namespace: my-petclinic
  annotations:
    service.binding: 'path={.metadata.name}-pguser-{.metadata.name},objectType=Secret'

예: 백업 서비스 리소스에서 참조된 보안

apiVersion: v1
kind: Secret
metadata:
  name: hippo-pguser-hippo
data:
  password: "<password>"
  user: "<username>"

6.6.5.4. 리소스에서 참조되는 구성 맵 또는 시크릿에서 특정 항목 노출

다음 예제에서는 주석을 통해 구성 맵에서 특정 항목을 노출하는 방법을 보여줍니다.

예: 구성 맵에서 주석을 통해 항목 노출

apiVersion: postgres-operator.crunchydata.com/v1beta1
kind: PostgresCluster
metadata:
  name: hippo
  namespace: my-petclinic
  annotations:
    service.binding: 'path={.metadata.name}-config,objectType=ConfigMap,sourceKey=user'

예: 백업 서비스 리소스의 참조 구성 맵

바인딩 데이터에는 이름이 db_timeout 이고 값이 10s 인 키가 있어야 합니다.

apiVersion: v1
kind: ConfigMap
metadata:
  name: hippo-config
data:
  db_timeout: "10s"
  user: "hippo"

6.6.5.5. 리소스 정의 값 노출

다음 예제는 주석을 통해 리소스 정의 값을 노출하는 방법을 보여줍니다.

예: 주석을 통해 리소스 정의 값 노출

apiVersion: postgres-operator.crunchydata.com/v1beta1
kind: PostgresCluster
metadata:
  name: hippo
  namespace: my-petclinic
  annotations:
    service.binding/username: path={.metadata.name}
    ...

6.6.5.6. 각 항목의 키와 값을 사용하여 컬렉션의 항목 노출

다음 예제에서는 각 항목의 키와 값을 사용하여 컬렉션의 항목을 주석을 노출하는 방법을 보여줍니다.

예: 주석을 통해 컬렉션의 항목 노출

apiVersion: postgres-operator.crunchydata.com/v1beta1
kind: PostgresCluster
metadata:
  name: hippo
  namespace: my-petclinic
  annotations:
    "service.binding/uri": "path={.status.connections},elementType=sliceOfMaps,sourceKey=type,sourceValue=url"
spec:
# ...
status:
  connections:
    - type: primary
      url: primary.example.com
    - type: secondary
      url: secondary.example.com
    - type: '404'
      url: black-hole.example.com

다음 예제에서는 주석의 컬렉션의 이전 항목이 바인딩된 애플리케이션에 프로젝션되는 방법을 보여줍니다.

예: 데이터 파일 바인딩

/bindings/<binding-name>/uri_primary => primary.example.com
/bindings/<binding-name>/uri_secondary => secondary.example.com
/bindings/<binding-name>/uri_404 => black-hole.example.com

예: 백업 서비스 리소스의 구성

status:
  connections:
    - type: primary
      url: primary.example.com
    - type: secondary
      url: secondary.example.com
    - type: '404'
      url: black-hole.example.com

이전 예제에서는 기본,보조 등과 같은 키로 모든 값을 프로젝션 하는 데 도움이 됩니다.

6.6.5.7. 항목당 하나의 키로 컬렉션 항목 노출

다음 예제에서는 주석을 통해 항목당 하나의 키로 컬렉션의 항목을 노출하는 방법을 보여줍니다.

예: 주석을 통해 컬렉션의 항목 노출

apiVersion: postgres-operator.crunchydata.com/v1beta1
kind: PostgresCluster
metadata:
  name: hippo
  namespace: my-petclinic
  annotations:
    "service.binding/tags": "path={.spec.tags},elementType=sliceOfStrings"
spec:
    tags:
      - knowledge
      - is
      - power

다음 예제에서는 주석의 컬렉션의 이전 항목이 바인딩된 애플리케이션에 프로젝션되는 방법을 보여줍니다.

예: 데이터 파일 바인딩

/bindings/<binding-name>/tags_0 => knowledge
/bindings/<binding-name>/tags_1 => is
/bindings/<binding-name>/tags_2 => power

예: 백업 서비스 리소스의 구성

spec:
  tags:
  - knowledge
  - is
  - power

6.6.5.8. 항목 값당 하나의 키로 컬렉션 항목 값 노출

다음 예제에서는 주석을 통해 항목 값당 하나의 키로 컬렉션 항목 값을 노출하는 방법을 보여줍니다.

예: 주석을 통해 컬렉션 항목 값 노출

apiVersion: postgres-operator.crunchydata.com/v1beta1
kind: PostgresCluster
metadata:
  name: hippo
  namespace: my-petclinic
  annotations:
    "service.binding/url": "path={.spec.connections},elementType=sliceOfStrings,sourceValue=url"
spec:
  connections:
    - type: primary
      url: primary.example.com
    - type: secondary
      url: secondary.example.com
    - type: '404'
      url: black-hole.example.com

다음 예제에서는 주석의 컬렉션의 이전 값이 바인딩된 애플리케이션에 프로젝션되는 방법을 보여줍니다.

예: 데이터 파일 바인딩

/bindings/<binding-name>/url_0 => primary.example.com
/bindings/<binding-name>/url_1 => secondary.example.com
/bindings/<binding-name>/url_2 => black-hole.example.com

Select Your Language

6.6. 서비스에서 바인딩 데이터 노출

6.6.1. 바인딩 데이터 노출 방법

6.6.1.1. 프로비저닝된 서비스

6.6.1.2. 직접 보안 참조

6.6.1.3. CRD 또는 CR 주석을 통해 바인딩 데이터 선언

6.6.1.4. 소유 리소스를 통한 바인딩 데이터 탐지

6.6.2. 데이터 모델

6.6.3. 주석 매핑을 선택적으로 설정

6.6.4. RBAC 요구 사항

6.6.5. 확장 가능한 바인딩 데이터 범주

6.6.5.1. 리소스에서 문자열 노출

6.6.5.2. 바인딩 항목으로 상수 값 노출

6.6.5.3. 리소스에서 참조되는 전체 구성 맵 또는 시크릿 노출

6.6.5.4. 리소스에서 참조되는 구성 맵 또는 시크릿에서 특정 항목 노출

6.6.5.5. 리소스 정의 값 노출

6.6.5.6. 각 항목의 키와 값을 사용하여 컬렉션의 항목 노출

6.6.5.7. 항목당 하나의 키로 컬렉션 항목 노출

6.6.5.8. 항목 값당 하나의 키로 컬렉션 항목 값 노출

6.6.6. 추가 리소스

Quick Links

Help

Site Info

Related Sites

About

Red Hat legal and privacy links

Red Hat legal and privacy links

Language and Page Formatting Options

6.6. 서비스에서 바인딩 데이터 노출

6.6.1. 바인딩 데이터 노출 방법

6.6.1.1. 프로비저닝된 서비스

6.6.1.2. 직접 보안 참조

6.6.1.3. CRD 또는 CR 주석을 통해 바인딩 데이터 선언

6.6.1.4. 소유 리소스를 통한 바인딩 데이터 탐지

6.6.2. 데이터 모델

6.6.3. 주석 매핑을 선택적으로 설정

6.6.4. RBAC 요구 사항

6.6.5. 확장 가능한 바인딩 데이터 범주

6.6.5.1. 리소스에서 문자열 노출

6.6.5.2. 바인딩 항목으로 상수 값 노출

6.6.5.3. 리소스에서 참조되는 전체 구성 맵 또는 시크릿 노출

6.6.5.4. 리소스에서 참조되는 구성 맵 또는 시크릿에서 특정 항목 노출

6.6.5.5. 리소스 정의 값 노출

6.6.5.6. 각 항목의 키와 값을 사용하여 컬렉션의 항목 노출

6.6.5.7. 항목당 하나의 키로 컬렉션 항목 노출

6.6.5.8. 항목 값당 하나의 키로 컬렉션 항목 값 노출

6.6.6. 추가 리소스

Quick Links

Help

Site Info

Related Sites

Systems Status

About

Red Hat legal and privacy links

Red Hat legal and privacy links