[지디넷코리아]지난해 6월 썬 마이크로시스템즈는 자사의 플래그쉽 운영체제인 솔라리스의 핵심 요소인 500만 줄의 코드를 오픈소스 소프트웨어로 공개했다. 개발자들 사이에서 이는 큰 이슈였다. 그러나 1년이 지난 지금 오픈솔라리스 프로젝트를 규정하는 구조는 제대로 자리를 잡았을까? 또한 개발 공동체는 썬의 제안을 완전히 수용했을까?

두 번째 질문에 대한 답은 긍정적이다. 썬의 자체 통계에 의하면, 오픈솔라리스는 이미 세계에서 가장 큰 오픈소스 프로젝트 중 하나다. 지난해 6월 이후 프로젝트 웹 사이트를 통해 1만 3600명 이상의 개발자가 오픈솔라리스의 개발에 동참하기 위해 서명했다고 썬의 호주 그리고 뉴질랜드 솔라리스 제품 매니저인 제임스 이글턴이 말했다.

이들 중 단지 1400명만이 썬의 직원이라고 이글턴이 최근 ZDNet 오스트레일리아에 말했다.

관심은 많지만 프로젝트가 운영되는 프레임워크는 아직 개발 단계에 있다. 프로젝트 리더들은 구조를 광범위하게 규정하는 문서에 서명했으며 썬과 외부의 공동체 고문 위원회도 임명됐다. 보다 자세한 프로젝트 조직도 만들어지고 있다.

이글턴은 "현재 조직을 만들고 있다. 공동체가 모두 여기에 헌신하고 있다"라고 말했다. 그는 또한 이 문서가 오픈솔라리스 프로젝트와 관련된 모든 통제 이슈를 해결할 수 있을 것이라고 덧붙였다.

아직도 진행중인 작업들
그러나 썬은 솔라리스를 오픈소스 소프트웨어로 만들기 위해 공개해야 할 일부 요소를 아직 공개하지 않았다. 그러나 올해 말까지는 이 작업이 완료될 것이다.

한편 썬의 직원이 아닌 프로그래머들이 현재까지 약 165건의 코드를 오픈소스 프로젝트에 제출했다고 이글턴이 말했다. 이 중 70건이 프로젝트의 코드 기반으로 편입됐으며 나머지 95건은 리뷰 절차를 거치고 있다.

외부의 코드를 수용하는데 필요한 시간이 너무 길다는 공동체의 우려를 불식시키기 위해 썬은 외부의 개발자들이 썬의 직원과 파트너 관계를 맺는 임시적인 버디 시스템(buddy system)을 가동했다.

이글턴은 "장기적으로 이런 기능을 더 광범위한 공동체로 이전할 것이며 그렇게 되면 필요성도 없어질 것이다. 그러나 신속히 목표를 달성하기 위해 우리는 버디 시스템을 사용하고 있다"라고 말했다.

이글턴은 썬이 프로젝트 초기에 취한 조치들로 솔라리스 플랫폼에 대한 개발자의 관심이 증가했다고 믿는다.

그는 "마치 불에 기름을 붓는 것과 같은 역할을 했다. 솔라리스를 둘러싼 의사소통과 토론, 혁신의 수준은 정말 본궤도에 올랐다"라고 전했다.

이글턴은 일례로 리눅스월드 오스트레일리아 컨퍼런스에서 있었던 썬과 프로그래머 공동체 사이에 형성된 최근의 협력관계를 들었다.

썬의 커널 엔지니어인 알란 하그리브스는 보편적인 삼바 파일 공유와 프린팅 스위트를 위한 솔라리스용 버그 픽스를 개발하기 위해 앤드류 트리젤과 협업했다.

이글턴은 "이들이 무대에 함께 서서 열심히 그리고 분발해 목표를 성취하기 위해 노력하는 것을 볼 수 있었다. 그리고 개발자들이 이렇게 분발해 노력하지 않았다면 솔라리스를 오픈소스화 할 수 없었을 것이다"라고 말했다.

영국에 사는 시스템 관리자 피터 트리블은 썬의 오픈소스 활동이 "엄청나게 유용"하다는 것을 발견했다. 그는 외부 개발자로 오픈솔라리스에 관여하고 있다.

그는 지난 주 이메일을 통해 ZDNet 오스트레일리아에 "코드뿐만 아니라 소스 코드가 하는 일을 정확하게 볼 수 있는 것 자체도 문제를 분석하는데 엄청나게 도움이 된다. 정말로 굉장한 것은 우리가 사용하는 소프트웨어를 설계하고 작성한 썬의 개발자들과 직접 대화할 수 있는 것"이라고 말했다.

1차적인 평가는 일단 ‘긍정적’
트리블은 솔라리스가 오픈소스화됐기 때문에 그를 비롯한 시스템 관리자들은 그들이 의존하고 있는 운영체제의 개발을 가이드할 수 있다고 말했다.

코드를 제출하기도 한 트리블은 오픈솔라리스 코드 기반이 코드를 받아들이도록 하는 일은 "인내심이 있다면 매우 쉬웠다. 스폰서 시스템은 절차적인 관점에서 필수적"이라고 말했다.

또 "외부 개발자들은 마스터 소스를 직접 업데이트할 수 있는 능력이 없다. 썬이 내부적으로 호스트하고 있기 때문이다. 간단히 설명하자면 우리는 코드를 개발하고 스폰서가 서류를 담당한다고 보면 된다"며 이런 절차를 배우는 과정에 있어서 새로운 개발자들이 경험할 수 있었던 아주 작은 버그들이 몇몇 존재했다고 말했다.

그는 "보다 복잡한 경우 스폰서는 코딩 방식을 제안하고, 코드 리뷰를 준비하며, 수행할 필요가 있는 테스트도 준비했다. 그리고 코드 동작방식에 변화가 있는 경우 ARC 리뷰[아키텍처] 리뷰 절차도 관리했다. 이들은 개발자들의 대화상대로 항상 함께 일했다"라고 덧붙였다.

트리블은 "스폰서들의 일이 아주 많았을 텐데도 결과적으로 제대로 동작했다"라고 덧붙였다.

트리블은 전체적으로 볼 때 다른 오픈소스 프로젝트의 관리에 대해서는 잘 모르지만 오픈솔라리스가 잘 관리되고 있다는 생각이 든다고 말했다.

그는 "처음 오픈소스 아이디어가 나왔을 때 많은 개발자들이 솔라리스의 전통적 강점인 안정성, 호환성, 정확성이 훼손될 것으로 믿었지만 실제는 그렇지 않았다. 오픈소스로의 전환은 서서히 그리고 안전하게 진행됐다"라고 전했다.

그는 "최소한 내 눈에 보이는 관리 구조란 없다. 분명히 썬은 많은 것을 제시했지만 이는 썬의 코드이기 때문에 당연한 것이다. 그리고 현재로서는 가장 많은 자원을 투입하고 있기 때문에 아직 자체적으로 오픈소스 프로젝트가 돌아가는 것은 아니다"라며, "내 생각에 이 프로젝트는 오리지널 솔라리스의 정신을 유지하면서도 강력한 오픈솔라리스 공동체를 건설했기에 매우 성공적이라고 본다”고 말했다. @