6.2. Service Binding Operator 이해
애플리케이션 개발자는 워크로드를 빌드하고 연결하기 위해 백업 서비스에 액세스해야 합니다. 각 서비스 공급자가 시크릿에 액세스하여 워크로드에 사용할 수 있는 다른 방법을 제안하기 때문에 항상 워크로드를 지원하는 것은 어려울 수 있습니다. 또한 이러한 워크로드와 백업 서비스를 함께 이 바인딩의 수동 구성 및 유지 관리로 인해 프로세스가 번거롭고 비효율적이며 오류가 발생하기도 합니다.
서비스 바인딩 Operator를 사용하면 애플리케이션 개발자가 바인딩 연결을 구성하는 수동 프로시저 없이 Operator 관리 지원 서비스와 함께 워크로드를 쉽게 바인딩할 수 있습니다.
6.2.1. 서비스 바인딩 용어
이 섹션에서는 서비스 바인딩에 사용되는 기본 용어를 요약합니다.
| 서비스 바인딩 | 서비스에 대한 정보를 워크로드에 제공하는 작업을 나타냅니다. 예를 들면, Java 애플리케이션과 필요한 데이터베이스 간 자격 증명 교환 설정 등이 있습니다. |
| 백업 서비스 | 애플리케이션이 네트워크를 통해 일반 작업의 일부로 사용하는 서비스 또는 소프트웨어입니다. 예를 들어 데이터베이스, 메시지 브로커, REST 엔드포인트가 있는 애플리케이션, 이벤트 스트림, APM(Application Performance Monitor) 또는 HSM(Hardware Security Module)이 있습니다. |
| 워크로드(애플리케이션) | 컨테이너 내에서 실행되는 모든 프로세스입니다. 예를 들어 Spring Boot 애플리케이션, NodeJS Express 애플리케이션 또는 Ruby on Rails 애플리케이션이 있습니다. |
| 데이터 바인딩 | 클러스터 내의 다른 리소스의 동작을 구성하는 데 사용하는 서비스에 대한 정보입니다. 예를 들면 인증 정보, 연결 세부 정보, 볼륨 마운트 또는 시크릿이 있습니다. |
| 바인딩 연결 | 바인딩 가능한 백업 서비스와 해당 백업 서비스가 필요한 애플리케이션 등 연결된 구성 요소 간 상호 작용을 설정하는 모든 연결입니다. |
6.2.2. Service Binding Operator 정보
Service Binding Operator는 컨트롤러 및 서비스 바인딩에 필요한 CRD(사용자 정의 리소스 정의)로 구성됩니다. 워크로드 및 백업 서비스의 데이터 플레인을 관리합니다. Service Binding Controller는 백업 서비스의 컨트롤 플레인에서 사용할 수 있는 데이터를 읽습니다. 그런 다음 ServiceBinding 리소스를 통해 지정된 규칙에 따라 이 데이터를 워크로드에 투사합니다.
결과적으로 Service Binding Operator를 사용하면 워크로드와 바인딩 데이터를 자동으로 수집하고 공유하여 서비스 또는 외부 서비스를 워크로드에서 사용할 수 있습니다. 이 프로세스에는 백업 서비스를 바인딩하고 워크로드와 서비스를 함께 바인딩하는 작업이 포함됩니다.
6.2.2.1. Operator에서 관리하는 백업 서비스를 바인딩 가능하게 만들기
서비스를 바인딩 가능한 Operator 공급자로 만들려면 Operator에서 제공하는 서비스와 바인딩하는 데 필요한 바인딩 데이터를 워크로드에서 노출해야 합니다. 지원 서비스를 관리하는 Operator의 CRD에서 주석 또는 설명자로 바인딩 데이터를 제공할 수 있습니다.
6.2.2.2. 백업 서비스와 함께 워크로드 바인딩
Service Binding Operator를 애플리케이션 개발자로 사용하여 바인딩 연결 설정의 의도를 선언해야 합니다. 백업 서비스를 참조하는 ServiceBinding CR을 생성해야 합니다. 이 작업은 Service Binding Operator가 워크로드에 노출된 바인딩 데이터를 투사하도록 트리거합니다. Service Binding Operator는 선언된 의도를 수신하고 지원 서비스와 함께 워크로드를 바인딩합니다.
Service Binding Operator의 CRD는 다음 API를 지원합니다.
-
binding.operators.coreos.comAPI 그룹을 사용하여 서비스 바인딩. -
servicebinding.ioAPI 그룹이 있는 서비스 바인딩(Spec API) 입니다.
Service Binding Operator를 사용하면 다음을 수행할 수 있습니다.
- 워크로드를 Operator 관리 백업 서비스에 바인딩합니다.
- 바인딩 데이터 구성을 자동화합니다.
- 서비스 운영자에게 낮은 수준의 관리 환경을 제공하여 서비스에 대한 액세스를 프로비저닝하고 관리합니다.
- 클러스터 환경에서 불일치를 제거하는 일관되고 선언적 서비스 바인딩 방법으로 개발 라이프사이클을 보강합니다.
6.2.3. 주요 기능
서비스의 데이터 바인딩 노출
- CRD, CR(사용자 정의 리소스) 또는 리소스에 있는 주석을 기반으로 합니다.
워크로드 프로젝션
- 볼륨 마운트를 사용하여 데이터를 파일로 바인딩하기 위한 프로젝션.
- 바인딩 데이터를 환경 변수로 프로젝션합니다.
서비스 바인딩 옵션
- 워크로드 네임스페이스와 다른 네임스페이스에서 서비스를 바인딩합니다.
- 프로젝트 바인딩 데이터를 특정 컨테이너 워크로드에 바인딩합니다.
- 백업 서비스 CR이 소유한 리소스의 바인딩 데이터를 자동 감지합니다.
- 노출된 바인딩 데이터에서 사용자 정의 바인딩 데이터를 작성합니다.
-
PodSpec호환 워크로드 리소스를 지원합니다.
보안
- RBAC(역할 기반 액세스 제어) 지원.
6.2.4. API 차이점
Service Binding Operator의 CRD는 다음 API를 지원합니다.
-
binding.operators.coreos.comAPI 그룹을 사용하여 서비스 바인딩. -
servicebinding.ioAPI 그룹이 있는 서비스 바인딩(Spec API) 입니다.
이 두 API 그룹에는 비슷한 기능이 있지만 완전히 동일하지는 않습니다. 다음은 이러한 API 그룹의 전체 차이점 목록입니다.
| 기능 | binding.operators.coreos.com API 그룹에서 지원 | servicebinding.io API 그룹에서 지원 | 참고 |
|---|---|---|---|
| 프로비저닝된 서비스에 바인딩 | 있음 | 있음 | 해당 없음 (N/A) |
| 직접 보안 프로젝션 | 있음 | 있음 | 해당 없음 (N/A) |
| 파일로 바인딩 | 있음 | 있음 |
|
| 환경 변수로 바인딩 | 있음 | 있음 |
|
| 라벨 선택기를 사용하여 워크로드 선택 | 있음 | 있음 | 해당 없음 (N/A) |
|
바인딩 리소스 탐지 ( | 있음 | 없음 |
|
| 이름 지정 전략 | 있음 | 없음 |
|
| 컨테이너 경로 | 있음 | 부분 |
|
| 컨테이너 이름 필터링 | 없음 | 있음 |
|
| 보안 경로 | 있음 | 없음 |
|
| 대체 바인딩 소스(예: 주석의 바인딩 데이터) | 있음 | Service Binding Operator에서 허용 | 이 사양을 사용하려면 프로비저닝된 서비스 및 시크릿에서 바인딩 데이터를 가져와야 합니다. 그러나 사양을 엄격하게 읽을 경우 다른 바인딩 데이터 소스에 대한 지원이 허용됩니다.However, a strict reading of the specification suggests that support for other binding data sources is allowed. 이 팩트를 사용하여 Service Binding Operator는 다양한 소스에서 바인딩 데이터를 가져올 수 있습니다(예: 주석에서 바인딩 데이터를 가져오기). Service Binding Operator는 API 그룹 모두에서 이러한 소스를 지원합니다. |
