libxml2, AGPL로 부활! 기업들은 어떻게 반응할까?
libxml2의 전 maintainer가 AGPL 라이선스 기반의 libxml2 Enterprise Edition을 출시하며, 기업 사용자를 겨냥함
AGPL 라이선스는 기업의 상업적 사용에 제약을 가하며, 기여를 유도하는 전략으로 해석됨
성능 향상(10배 속도 향상), 보안 강화 등 기술적 개선 사항이 존재하나, 라이선스 정책으로 인해 기업의 도입은 신중할 것으로 예상됨
커뮤니티에서는 AGPL 채택의 의도와 상업적 성공 가능성(Commercial Viability)에 대한 다양한 의견이 제시됨
AGPL 라이선스 채택의 배경
이번 릴리스는 AGPL(GNU Affero General Public License)을 채택하여, 기업 사용자의 사용에 제약을 둠으로써 프로젝트 기여를 유도하려는 의도로 해석된다. AGPL(Affero General Public License)은 소스 코드 공개 의무를 강화하여, 기업이 코드를 수정하거나 사용할 경우 반드시 소스 코드를 공개하고 기여하도록 강제한다. 이는 기존 libxml2 프로젝트에 기여하지 않던 기업 사용자를 겨냥한 전략으로 보인다.
기술적 개선 사항 및 특징
libxml2 Enterprise Edition은 기존 libxml2에 비해 다양한 기술적 개선을 이루었다. 특히, SIMD(Single Instruction, Multiple Data)를 활용한 파서(Parser) 가속화를 통해 최대 10배의 성능 향상을 달성했다. 또한, 핵심 파서의 모든 DoS(Denial-of-Service) 취약점을 해결하고, 64비트 환경에서의 안전성을 강화했다. 이러한 개선 사항은 libxml2의 안정성(Stability)과 성능(Performance)을 동시에 향상시키는 데 기여한다.
기업 사용자의 반응과 상업적 가능성
커뮤니티에서는 AGPL 라이선스 채택이 기업 사용자의 도입을 어렵게 만들 수 있다는 의견이 지배적이다. 기업은 일반적으로 AGPL과 같은 강력한 카피레프트(Copyleft) 라이선스를 기피하며, MIT 라이선스와 같은 자유로운 사용을 선호한다. 따라서, libxml2 Enterprise Edition의 상업적 성공은 라이선스 정책으로 인해 제한적일 수 있으며, 상업적 예외 판매(Selling Exceptions)를 통해 수익을 창출하려는 시도가 있을 수 있다는 분석도 제기된다.
빌드 시스템 및 의존성
libxml2-ee는 Meson, CMake, GNU Autotools를 지원하며, 다양한 빌드 옵션을 제공한다. 특히, Meson을 권장하며, Schematron validation과 Python 바인딩은 제거되었다. 의존성으로는 iconv가 필요하며, ICU 사용은 권장되지 않는다. 빌드 시스템(Build System) 선택에 따라 성능 및 호환성이 달라질 수 있으며, 개발 환경에 맞는 설정을 선택하는 것이 중요하다.
