Cp-ansible: repo 배포의 완전한 비활성화 허용

@Fobhep 제안 감사합니다. 더 명확히 할 수 있습니까? 패키지가 이미 OS에 있다는 것을 의미합니까? 일반적으로 위성에는 여전히 위성에서 패키지를 가져오고 사용자 지정 리포지토리 기능을 통해 이미 수행할 수 있는 로컬에 설치해야 하기 때문에 묻습니다. 따라서 여기에 설명된 사용 사례에 대해 완전히 명확하지 않습니다.

물론 - 더 잘 설명하려고 노력하겠습니다.
예를 들어 내가 현재 있는 고객(이전 고객도 포함)에서는 모든 서버가 Satellite 및 해당 호스트 그룹을 통해 배포되므로 합류 플랫폼에 필요한 모든 repos 및 repofile이 이미 포함되어 있습니다.
서로 다른 팀이 기본 프로비저닝 및 미들웨어를 담당하기 때문에 이 워크플로를 중단할 수 없습니다.
현재 나는 단순히 repos를 배포하는 부분을 제거했습니다. 일반적으로 허용하는 것이 더 많은 사람들에게 유용한 기능인지 궁금합니다. 물론 "빈" 사용자 지정 repo 파일도 배포할 수 있습니다.
내가 더 잘 설명하면 알려줘

@Fobhep 좋은 아이디어라고 생각합니다. 저는 기본적으로 합류로 설정되는 repository_option: none/confluent/custom 와 같은 변수를 가질 수 있다고 생각합니다. 이는 custom_repo 변수를 대체하기 위한 것입니다. 이전 버전과의 호환성을 생각해야 합니다...

더 나은 LMK를 생각해 낸다면 변수 이름에 만족하지 않습니다.

PR을 작성하시겠습니까? 지난번처럼 총을 쏘고 싶지는 않지만, 나도 할 수 있다.

@domenicbove 좋습니다 :) 아마 월요일이나 화요일에 할 수 있습니다 - 전에 준비하고 있다면 -

일반 repository: confluent/none/custom 어떻습니까?

@Fobhep 약간의 대역폭이 있습니다! 오늘 작업하고 PR에 포함시킬 것입니다. 나는 이것을 버그라고 생각하지 않기 때문에 PR을 6.0.0 dev 브랜치인 6.0.x 브랜치로 만들 계획입니다. 괜찮기를 바랍니다

@Fobhep 이것을 검토할 수 있습니까: https://github.com/confluentinc/cp-ansible/pull/370
어떤 이유로 PR에 검토자로 추가할 수 없습니다.

기본적으로 이 문제와 관련하여 원하는 것을 얻으려면 repository_configuration: none 를 설정합니다. 하지만 Java 설치는 반드시 이루어져야 합니다.

https://github.com/confluentinc/cp-ansible/pull/370 이 병합되어 종료합니다. 6.0.0과 함께 출시됩니다!