오픈소스 관측성(observability) 표준인 오픈텔레메트리(OpenTelemetry, OTel) 프로젝트가 '아직도 미완성'이라는 비판에 직면하며 개발자 커뮤니티 내에서 우려의 목소리가 커지고 있습니다. 벤더 종속적인 기존 SDK에서 벗어나고자 했지만, 오히려 복잡한 구조와 느린 진행 속도로 인해 사용자, 특히 시간과 예산이 부족한 소규모 팀에게는 도입 장벽이 높다는 지적입니다.
오픈텔레메트리는 수십 개의 언어와 수백 개의 라이브러리, 다양한 백엔드를 지원하는 방대한 프로젝트입니다. 핵심(Core)과 기여(Contrib)로 나뉘어 개발되는데, 핵심은 안정적이고 벤더 중립적인 사양을 정의하고, 기여는 커뮤니티와 벤더가 참여하여 더 넓은 통합을 다룹니다. 문제는 이 방대한 범위와 함께, 기능의 안정성(binary stability)을 확보하려는 신중함, 그리고 제한적인 유지보수 인력이 맞물려 개발 속도가 현저히 느리다는 점입니다. 특히 새로운 기능을 추가하는 과정은 OTEP(OpenTelemetry Enhancement Proposal) 제안부터 사양 정의, 의미론적 규칙(Semantic conventions) 논의, 각 SDK 구현, 그리고 콜렉터(Collector) 및 OTLP(OpenTelemetry Protocol) 안정화까지 여러 단계를 거치며 지연되는 경향이 있습니다.
이러한 상황은 오픈텔레메트리의 본래 목표인 '벤더 중립적인 관측성 시스템' 구축에 대한 의지는 높이 평가받지만, 실제 현장에서의 활용성에는 의문을 제기하게 만듭니다. 자동 계측(auto-instrumentation) 기능은 유용하지만, 수동 계측으로 넘어가야 할 때의 난이도 차이가 커서 사용자에게 충분한 경고가 필요하다는 의견도 있습니다. 결국 오픈텔레메트리가 진정한 표준으로 자리매김하기 위해서는 복잡성을 줄이고, 개발 속도를 높여 사용자 친화적인 환경을 제공하는 것이 시급한 과제로 보입니다.