분명히 Chef의 가장 좋은 점 중 하나는 요리책, 특히 래퍼 요리책 접근 방식을 통해 입증된 구성 요소를 재사용한다는 것입니다.
그런데 포장할 요리책은 어떻게 선택하나요? 내 시간을 많이 낭비한 몇 가지 예입니다.
단지 더 이상 사용되지 않는 플래그가 아니라 하드코딩된 오래된 플래그가 있는 구성 erb가 있는 요리책입니다. 서비스가 구성 파일을 거부합니다. 참고: 내가 이해하는 한, 수정된 템플릿 erb를 래핑하는 것은 전체를 복제하고 유지하지 않는 한 쉽지 않습니다.
9.0.4까지의 Ubuntu 버전을 확인하는 요리책은 그 이상은 아무것도 하지 않는 것으로 보이며 더 이상 사용되지 않는 /etc/event.d/ 디렉토리를 참조합니다.
요리책은 runit이나 bluepill과 같은 감독 도구를 처리하기 위한 강력한 연결 기능을 가지고 있습니다. 선호하는 도구가 목록에 없고 조정할 수 없는 경우 이는 두통의 원인이기도 합니다.
나는 지금까지 Supermarket.chef.io 요리책을 사용하는 경향이 있었고 대부분 효과가 있었습니다. 내가 원하는 서비스에 대한 요리책을 제외하면 유지관리가 되지 않은 것 같고 채택될 예정입니다.
몇 가지 아이디어:
최근 github 커밋/마지막 업데이트 시간을 확인하세요. 하지만 만약 그것이 효과가 있다면 어떨까요? 그러면 업데이트하면 안 됩니다.
별. 하지만 별표는 모두 오래 전에 발행되었고 요리책은 최신 상태였다면 어떨까요?
종료되지 않는 github 문제를 확인하세요. 더 나을 수도 있습니다.
레시피와 속성을 미리 살펴보세요. 그러나 대상 소프트웨어의 설정을 이미 알고 있으면 더 잘 작동합니다.
기여자 수를 살펴보고 그것이 빠른 사이드 프로젝트인지 아니면 유지될 가능성이 있는지 평가하세요.
그것을 실행하고 오류 유형을 살펴보십시오. 내가 선택한 것들은 모두 OS나 관리 중인 프로그램의 최신 업데이트를 추적하지 않지만 이를 허용하는 속성 기반 유연성이 없는 요리책처럼 보입니다.
평가 사이트가 어딘가에 있나요? 구글링해서 음식 요리 사이트를 알아냈어요
죄송합니다. 이 질문은 성격이 광범위하다는 것을 알고 있습니다. 그러나 재사용이 Chef 생태계의 목표라면, 포장할 최고의 커뮤니티 요리책을 신중하게 선택하는 것이 최종 사용자의 성공을 위한 핵심 요소입니다. Chef 자체를 사용하는 데 필요한 기술적 능력을 제외하고.
어떻게 하나요? 당신의 휴리스틱은 무엇입니까?
Github에 있는 수많은 me-too 요리책을 보면 이것이 다음과 같다고 생각됩니다.~ 아니다해결된 문제.
답변1
개인적으로 저는 슈퍼마켓에서 다운로드 수를 살펴보는 것부터 시작하고, 그 다음에는 github 페이지를 직접 살펴봅니다. 소스가 공개 버전 관리에 있지 않으면 계속 진행합니다.
코드를 살펴보면서 다음과 같은 질문을 스스로에게 빠르게 훑어보았습니다.
a) 이 요리책은 한 가지 일만 합니까?
애플리케이션을 설치하는 요리책이라면 그게 내가 원하는 전부다. 나는 그것이 시스템의 나머지 부분을 어지럽히는 것을 원하지 않습니다. (예: 물리적 디스크, EBS 볼륨 등 터치)
b) 이 요리책을 사용하면 확장이 가능합니까?
리소스를 노출하는 도서관 요리책이라면 해당 리소스가 사용하는 모든 하위 리소스에 대해 적절한 양의 제어를 제공하기를 원합니다. 좁은 사용 사례를 위한 템플릿을 생성하는 리소스는 참을 수 없지만 템플릿 소스나 템플릿 변수를 적절하게 수정하는 것은 허용하지 않습니다.
레시피 기반 요리책이라면 대부분의 관련 비트를 속성을 통해 구성할 수 있기를 바랍니다. 래퍼 요리책은 전혀 마음에 들지 않지만 다른 리소스를 래핑하는 데 많은 시간을 투자하는 것보다 몇 가지 속성을 설정할 수 있다면 훨씬 더 행복할 것입니다.