Kubernetes 오퍼레이터

10장. 참여하기

이 작품은 AI를 사용하여 번역되었습니다. 여러분의 피드백과 의견을 환영합니다: [e-mail]

운영자 SDK, 운영자 수명 주기 관리자, 운영자 미터링 등 운영자 프레임워크의 모든 구성 요소는 아직 초기 단계에 있습니다. 버그 리포트를 제출하는 간단한 방법부터 적극적인 개발자가 되는 것까지 다양한 방법으로 개발에 기여할 수 있습니다.

운영자 프레임워크의 사용자 및 개발자 모두와 소통할 수 있는 가장 간단한 방법 중 하나는 특별 관심 그룹(SIG)을 이용하는 것입니다. SIG는 메일링 리스트를 통해 예정된 릴리스 정보, 모범 사례, 사용자 질문 등의 주제를 논의합니다. SIG는 웹사이트에서 무료로 가입할 수 있습니다.

보다 직접적인 상호 작용을 위해 Kubernetes Slack 팀은 사용자와 개발자로 구성된 활발한 커뮤니티입니다. 특히 "Kubernetes-operators" 채널에서는 이 책과 관련된 주제를 다룹니다.

운영자 프레임워크 GitHub 조직에는 각 구성 요소에 대한 프로젝트 리포지토리가 포함되어 있습니다. 또한 오퍼레이터 개발 및 사용에 도움이 되는 오퍼레이터 SDK 샘플 리포지토리와 같은 다양한 보조 리포지토리도 있습니다.

기능 요청 및 버그 보고

운영자 프레임워크에 참여하는 가장 간단한 방법 중 하나이지만 매우 가치 있는 방법은 버그 리포트를 제출하는 것입니다. 프레임워크 프로젝트 팀은 GitHub의 기본 제공 이슈 트래킹을 사용하여 미해결 이슈를 분류하고 수정합니다. 각 특정 프로젝트에 대한 트래커는 GitHub 프로젝트 페이지의 이슈 탭에서 찾을 수 있습니다. 예를 들어 운영자 SDK의 이슈 트래커는 운영자 프레임워크 GitHub 리포지토리에서 찾을 수 있습니다.

또한 프로젝트 팀은 이슈 트래커를 사용하여 기능 요청을 추적합니다. 새 이슈 버튼은 제출자에게 버그 보고서와 기능 요청 중 하나를 선택하라는 프롬프트를 표시하며, 그러면 자동으로 적절하게 태그가 지정됩니다. 기능 요청을 제출하면 다양한 사용 사례가 제공되며 커뮤니티의 요구에 따라 프로젝트의 방향을 잡는 데 도움이 됩니다.

새 이슈를 제출할 때 염두에 두어야 할 몇 가지 일반적인 원칙¹ 새 이슈를 제출할 때 염두에 두어야 할 몇 가지 일반적인 원칙이 있습니다:

• 구체적으로 알려주세요. 버그의 경우 프로젝트 버전 및 클러스터 세부 정보를 포함하여 실행 환경에 대한 정보를 최대한 많이 제공하세요. 가능하면 자세한 재현 단계를 포함하세요. 기능 요청의 경우 요청된 기능으로 해결하려는 사용 사례를 포함하는 것부터 시작하세요. 이렇게 하면 기능 우선순위를 정하는 데 도움이 되고 팀에서 요청을 이행하는 더 나은 방법이나 기존 방법이 있는지 결정하는 데 도움이 됩니다.

• 범위를 하나의 버그로 제한하세요. 여러 개의 보고서가 하나의 다각적인 문제에 대한 보고서보다 분류 및 추적하기가 더 쉽습니다.

• 해당 프로젝트를 선택하세요. 예를 들어 문제가 OLM 작업에 특별히 적용되는 경우 해당 리포지토리에 이슈를 만드세요. ...