잭 버그는 오픈텔레메트리에 관리자가 더 필요하다고 말한다

오픈텔레메트리(OpenTelemetry)의 병목은 아이디어나 코드 기여, 도입 규모가 아니라 관리자의 부족이라고 잭 버그(Jack Berg)는 주장한다. 그는 프로젝트의 풀 리퀘스트가 늘어나는 속도에 비해 실제 리뷰에 참여하는 사람이 충분히 늘지 않았다며, 기여자와 이를 지원하는 기업 모두가 관리자 역할에 나서야 한다고 제안한다.

버그는 2021년 초부터 오픈텔레메트리에 참여해 왔으며, opentelemetry-java, opentelemetry-configuration, opentelemetry-injector의 관리자이자 기술위원회 구성원이다. 그는 2024년 이후 오픈텔레메트리 저장소의 풀 리퀘스트와 리뷰 데이터를 분석했다. 자동화된 풀 리퀘스트와 리뷰, 관리자별 업무 편차 등으로 정확한 측정에는 어려움이 있다고 전제하면서도, 2026년 초부터 유입되는 풀 리퀘스트가 리뷰 참여자보다 빠르게 증가했다고 설명한다.

버그의 설명에 따르면 관리자가 충분히 참여하는 저장소에서는 이슈와 풀 리퀘스트에 빠르게 피드백을 줄 수 있다. 기여자는 작은 변경을 자주 제출하고, 이를 검토하기도 쉬워진다. 반대로 관리자가 부족하거나 참여 시간이 줄면 검토가 늦어지고 기여자가 큰 변경을 한꺼번에 제출할 수 있다. 이런 변경은 검토 부담을 더 키워 피드백을 늦추고, 잠재적 관리자까지 참여를 망설이게 하는 악순환으로 이어진다는 게 그의 분석이다.

관리자 역할에 나서는 이유와 시작 방법

버그는 오픈소스 프로젝트 관리 경험이 기술 역량과 우선순위 판단, 갈등 조정 능력을 보여 주는 경력 신호가 될 수 있다고 말한다. 관리자에게는 업계 행사와 발표 기회, 업계 네트워크를 쌓을 기회도 생긴다고 덧붙인다. 이는 버그가 자신의 경험을 바탕으로 제시한 의견이다.

오픈텔레메트리에 의존하는 기업에도 관리자를 지원할 이유가 있다고 그는 주장한다. 관리자는 프로젝트의 규칙과 코드에 익숙해 기여를 효과적으로 이끌 수 있고, 보안 권고를 공개하기 전에 분류하고 수정하는 일에도 참여한다. 프로젝트 방향에 영향을 미치고 전문성을 보여 주며, 여러 기업이 함께 쓰는 기반을 유지하는 데도 도움이 된다는 설명이다. 버그는 오픈텔레메트리 관리자의 75% 이상이 관측성 업체와 연관돼 있다고 분석했으며, 개인에게만 이 일을 맡기기보다 기업도 시간을 지원해야 한다고 강조한다.

저장소별 기여자 단계는 구성원, 이슈 분류자, 승인자, 관리자로 이어진다. 승격 기준은 특별 관심 그룹(SIG)마다 다를 수 있다. 버그는 관리자로 초대받으려면 판단력을 보여 주고, 꾸준히 참여하며, 프로젝트 전체를 책임지는 태도를 갖추는 것이 중요하다고 조언한다. 관리자가 아니어도 코드 리뷰를 포함한 다양한 기여를 할 수 있다.

시작할 때는 이미 사용하고 있으며 개선할 점을 아는 프로젝트 영역을 골라 관련 이슈와 풀 리퀘스트를 살펴보고, 리뷰와 SIG 회의 참여부터 할 수 있다. 변경 사항을 작은 풀 리퀘스트로 제안하면서 프로젝트의 다른 구성 요소도 알아가라는 게 버그의 제안이다. 기여 과정에서는 기존 관리자의 응답이 늦더라도 인내심을 가져야 한다고 덧붙인다. 프로젝트 안내와 SIG 회의 일정은 open-telemetry/community 저장소에서 확인할 수 있다. 기여자 단계에 관한 안내는 멤버십 문서에 있다.

버그는 오픈텔레메트리의 관리자를 늘리는 일이 프로젝트의 진행 속도뿐 아니라 이를 사용하는 개인과 기업의 기여 효과도 높인다고 결론짓는다. 다만 관리 역할의 부담과 단점은 이 글의 범위에 포함하지 않았다고 밝혔다.