날로 열기를 더하는 오픈소스 클라우드 : 오픈스택 서밋 결산

지난 주 미국 오레곤주 포틀랜드에서 열린 오픈스택 서밋은 기술의 장이었다. 퍼블릭 및 프라이빗 클라우드를 위한 기준 오픈소스 플랫폼을 개발하자는 아이디어가 큰 반향을 불러 일으켰고, 많은 업체와 고객, 개발자들이 관심을 보였다. 대부분의 세션은 발 디딜 틈 없이 사람들로 북적거렸고 새로운 기술의 파도가 행사장을 휘감았다.

주된 발표 내용으로는 RDO(Red Hat Distribution OpenStack)와 HP의 자사 프라이빗 클라우드 솔루션에 대한 오픈스택 통합, 그리고 레드햇, 미란티스(Mirantis), 호튼웍스(Hortonworks) 등이 지원하는 오픈스택에서의 하둡용 배치 플랫폼인 프로젝트 사바나(Project Savanna)의 등장 등을 꼽을 수 있다. 하지만 오픈스택 서밋은 단순한 기자회견 또는 이번 달 초에 공개된 최신 오픈스택 그리즐리(Grizzly) 버전의 세부사항 이상의 것을 위한 것이었다.

한 걸음 더 내딛은 고객들
가장 중요한 것은 여러 기업 고객들이 처음으로 자사의 오픈스택 이행에 관해 입을 열려 했다는 것이다. 이베이(eBay)와 페이팔(PayPal)은 이미 잘 알려져 있지만, 오픈스택 재단(OpenStack Foundation)의 디렉터 조나단 브라이스가 베스트 바이(Best Buy), 블룸버그(Bloomberg), 컴캐스트(Comcast) 등의 IT 책임자들을 소개했고, 이들은 기조연설을 통해 자사의 오픈스택 배치에 관한 내용을 공개했다.

오픈스택의 공동 설립자이자 랙스페이스의 수석 부사장인 짐 커리는 2013년을 오픈스택을 위한 "사용자(개발자가 아닌 운영자를 의미)의 해"라고 명명했다. 커리는 제어력와 효율성을 높이기 위해 수천 대의 서버로 이루어진 인프라의 상당 부분을 아마존에서 오픈스택으로 이전한 허브스팟(HubSpot)을 자랑스럽게 소개했다. 허브스팟은 마케팅 소프트웨어 전문 업체이다.

하지만 아무리 열성적인 지지자라도 오픈스택이 주류가 되었다고 말하기는 어려울 것이다. 414 명의 고객들을 대상으로 진행한 오픈스택 재단의 자체 설문조사에 따르면, 60%는 IT 산업분야였으며, 15 %는 학술 또는 연구 분야였다. 기업 고객들이 참여하고 있기는 하지만 기업의 도입 속도는 항상 느리다.

궁극적으로 오픈스택의 목적은 다양한 오픈스택 클라우드에 워크로드를 분산시킬 수 있는 완전히 자동화되고 표준화된 클라우드 인프라이다. 하지만 초기 도입 기업에게 좀 더 직접적인 동기를 부여할 수 있는 설문 결과도 있었다. 응답자의 71%가 레드햇의 KVM 하이퍼바이저를 이용한 오픈스택을 운용하고 있다고 답한 것이다. 만약 수만 대의 VM을 관리하고 있다면, VM웨어와 비교할 때 엄청난 비용을 절감할 수 있는 것이다.

관련 업체 간의 치열한 경쟁
오픈스택 서밋은 또한 IBM이 자사의 모든 프라이빗 및 퍼블릭 클라우드 서비스를 오픈스택으로 이행하겠다고 공개적으로 발표한 일종의 커밍아웃 파티였다. 필자는 IBM의 오픈스택으로의 전향에 대해 오픈스택에 대한 IBM의 영향력에 대해 우려를 표명한 바 있지만, IBM 리더십을 과대평가했었다는 생각이 든다. 현재 IBM은 오픈스택 프로젝트를 위해 3번째로 많은 코드를 제공하고 있긴 하지만, 오픈스택의 물결은 너무 거대해서 한두 업체가 어찌할 수 있는 성격의 것이 아닌 상황이다.

IBM의 소프트웨어 표준 및 오픈소스, 클라우드 연구소 총괄 부사장 앤젤 디아즈는 컨퍼런스 발표를 통해 "IBM은 오픈스택이 유비쿼터스 IaaS 플랫폼이 되기를 바란다"고 분명하게 밝혔다. 최소한, 이런 공개 선언이 마케팅 측면에서 상당히 유리하게 작용할 것이다.

또한 이 모든 것을 시작한 클라우드/호스팅 서비스 업체인 랙스페이스의 입장 또한 매우 흥미롭다. 랙스페이스의 기본저인 메시지는 “우리는 대규모 오픈스택 환경을 운영한 경험이 있으니, 우리에게 오픈스택 프라이빗 클라우드 구축과 운용을 요청하라”는 것이다.

필자는 랙스페이스의 짐 커리 및 존 엥게이츠와 대화를 나누면서 이런 질문을 던졌다. “고객이 클라우드 관리를 오픈소스화하기 원한다면 그냥 단순히 퍼블릭 클라우드를 사용하면 되지 않는가?”

이들의 답은 “퍼블릭 클라우드로 인프라를 이행한다고 해서 유지/보수가 전혀 필요 없는 것이 아니며, 랙스페이스가 이 부분을 해결해 준다. 또한, 오픈스택 기반의 퍼블릭 클라우드가 필요하다면 그 또한 랙스페이스가 제공하고 있다”는 것이었다.

오픈스택은 야심 찬 NASA 소속 엔지니어들의 도움으로 탄생했으며, 랙스페이스가 이에 주목했다. 이런 점에서, 이제 오픈스택 재단이 독립적인 기관이 되었기 때문에 머지 않아 오픈스택 제공업체들 위에 군림해야 할 것이다. 한편, 랙스페이스와 NASA 연구의 주요 인물 중 하나인 크리스 켐프 역시 자신의 회사를 설립했으며, 이 회사 역시 이달 초에 오픈스택을 운용하는 네불라 원(Nebula One) 프라이빗 클라우드 어플라이언스를 출시했다.

약 1년 전 랙스페이스는 오픈스택의 코드 중 "약 60%"를 랙스페이스에서 기여한 것이라고 밝힌 바 있다. 현재, 랙스페이스는 레드햇에 이어 2번째로 많은 기여를 한 상태이다. 점수가 궁금한 사람은 ALM 전문업체 자질(zAgile)이 오픈스택 사이트에 페이지를 구축하여 기여자 수십 명의 코드 기여도를 추적하고 있으니 참고하기 바란다. 오픈스택 재단의 브라이스는 전체적으로 500명 이상의 개발자들이 현재 해당 프로젝트에 기여하고 있으며, 이는 전 해에 비해 2배나 증가한 수치라고 강조했다.

개발자와 사용자는 함께 할 수 없는가?
커뮤니티의 근본적인 구성으로 인해 오픈스택의 한 가운데에 경계선이 있다. 한 쪽에는 오픈스택을 만드는 개발자들의 영역이고, 다른 한 쪽은 이를 사용하는 사람들이다. "사용자의 해"일 수는 있겠지만, 오픈소스 개발자들은 사용자들을 존중하지 않기 때문에 종종 사용자들은 인내심의 한계를 느끼기도 한다.

이런 멸시적인 태도는 이번 행사에서 개발자들의 디자인 서밋 영역 밖에 걸린 "할일 없이 출입 금지"란 노란색 경고 메시지를 통해서도 알 수 있다.

오픈스택은 이른바 데브옵스(DevOps) 트렌드를 촉진해 개발, 시험, 배치 과정을 자동화함으로써 단순한 선전문구보다는 "민첩한 개발"과 "연속적인 제공"을 현실화하는 것도 목적 중 하나이다. 하지만 오픈스택 서밋에 참석한 개발자 패널로써 개발자가 더욱 신속한 도입을 요구하는 반면, 사용자들은 SLA 유지에 집착하면서 둘 사이의 관계가 여전히 삐걱거리고 있음을 발견했다.

앞으로 오픈스택의 개발자들이 사용자들의 필요를 얼마나 적극적으로 수용할 지가 기대된다. 6개월마다 오픈스택의 수정버전이 공개되면서 사용자들은 항상 최신 상태를 유지할 수 있을 것이다.

스택을 구축하라
오픈스택이 이런 약속을 제대로 이행하려면 많은 일들을 해야 한다. 총회 세션의 많은 부분이 클라우드 인프라의 핵심 구성요소이자 성장에 수 년이 소요되는 SDN에 집중되어 있었다. 아직 오픈스택 클라우드를 통한 진정한 워크로드의 이식성 구현은 멀지만, 아마존 클라우드포메이션(CloudFormation) 구문을 기초로 복수의 클라우드 애플리케이션을 조율하는 히트(Heat) 서비스가 올 가을에 공개될 오픈스택 하바나 버전에서 제 기능을 발휘해야 한다.

한편, IBM은 디아즈가 말하는 "실제 인프라로부터 독립적인 워크로드 애플리케이션을 설명하는 방법"인 TOSCA(Topology and Orchestration Specification for Cloud Applications)로 알려진 오아시스(Oasis) 표준을 위한 지원을 추가하기 위해 노력하고 있다. 필자가 참석한 개발자 세션에서 TOSCA를 히트에 통합하겠다는 IBM의 계획은 참석한 오픈스택 개발자들에게 별 반응을 얻지 못했다.

하지만 이런 다양성은 생태계의 필수 요소이다. 지난 수 년 동안 필자는 오픈스택이 이익이 상충되는 참여 업체의 수가 증가하는 상황에서 그 광범위한 프로젝트 포트폴리오를 통해 가속도를 유지할 수 있을지에 대한 의문이 들었다. 하지만 지금까지로 보아 오픈스택은 퍼블릭 및 프라이빗 클라우드 모두에서 운용할 수 있다는 장점을 핵심으로, 아마존 웹 서비스에 대항할 수 있는 가장 유력한 클라우드 대안이 될 수도 있을 것이다.

“오픈스택이 새로운 리눅스가 될 수 있는가”라는 의문을 제기한 지 1년 만에 오픈스택은 리눅스와 마찬가지로 지금 인프라 소프트웨어를 위한 개발 활동의 중심에 서 있음이 확실해졌다.