3.5.6. odo link
odo link 명령은 odo 구성 요소를 Operator 지원 서비스 또는 다른 odo 구성 요소에 연결하는 데 도움이 됩니다. Service Binding Operator 를 사용하여 이 작업을 수행합니다. 현재 odo 는 Service Binding 라이브러리를 사용하며 Operator 자체가 원하는 기능을 수행하지 않습니다.
3.5.6.1. 다양한 연결 옵션
odo 는 구성 요소를 Operator 지원 서비스 또는 다른 odo 구성 요소와 연결하는 다양한 옵션을 제공합니다. 이러한 모든 옵션(또는 플래그)은 구성 요소를 서비스 또는 다른 구성 요소에 연결하는지 여부에 관계없이 사용할 수 있습니다.
3.5.6.1.1. 기본 동작
기본적으로 odo link 명령은 구성 요소 디렉터리에 kubernetes/ 라는 디렉터리를 생성하고 서비스 및 링크에 대한 정보(YAML 매니페스트)를 저장합니다. odo push 를 사용하는 경우odo 는 이러한 매니페스트를 Kubernetes 클러스터의 리소스 상태와 비교하고 사용자가 지정한 내용과 일치하도록 리소스를 생성, 수정 또는 삭제해야 하는지 결정합니다.
3.5.6.1.2. --inlined 플래그
--inlined 플래그를 odo link 명령에 지정하는 경우 odo 는 kubernetes/ 디렉터리에 파일을 생성하는 대신 devfile.yaml 의 devfile.yaml에 링크 정보를 저장합니다. --inlined 플래그의 동작은 odo link 및 odo service create 명령 모두에서 유사합니다. 이 플래그는 모든 항목을 단일 devfile.yaml 에 저장하려는 경우 유용합니다. 각 odo link 와 함께 --inlined 플래그를 사용하고 구성 요소에 대해 실행하는 odo service create 명령을 사용해야 합니다.
3.5.6.1.3. --map 플래그
기본적으로 사용 가능한 항목 외에도 구성 요소에 더 많은 바인딩 정보를 추가할 수 있습니다. 예를 들어 구성 요소를 서비스와 연결하고 서비스 사양의 일부 정보를 바인딩하려는 경우 --map 플래그를 사용할 수 있습니다. odo 는 연결 중인 서비스 또는 구성 요소의 사양에 대한 유효성 검사를 수행하지 않습니다. Kubernetes YAML 매니페스트를 편리하게 사용하는 경우에만 이 플래그를 사용하는 것이 좋습니다.
3.5.6.1.4. --bind-as-files 플래그
지금까지 논의된 모든 연결 옵션에 대해 odo 는 바인딩 정보를 환경 변수로 구성 요소에 삽입합니다. 이 정보를 파일로 마운트하려면 --bind-as-files 플래그를 사용할 수 있습니다. 이로 인해 odo 가 바인딩 정보를 구성 요소의 Pod 내의 /bindings 위치에 파일로 삽입합니다. 환경 변수 시나리오와 비교하여 --bind-as-files 를 사용할 때 파일의 이름은 키 뒤에 지정되며 이러한 키의 값은 이러한 파일의 콘텐츠로 저장됩니다.
