아이폰이 국내 출시되고 삼성전자가 모바일 플랫폼 바다를 발표하면서 스마트폰에 대한 기대감이 국내에서도 고조되고 있다. 그러나 최근 여러 기사들 중 유독 필자의 이목을 끄는 것은 소니의 움직임이다. 

소니는 최근들어 미디어고(Media Go)란 미디어 컨버전스 서비스 전략을 발표했다.

과 거 소니는 가전업계 선두주자였다. 그러나 '소니의 잃어버린 10년'이라 불리는 실패를 통해 고전하는 모습을 보여왔다. 원인으로는 리더십 부재와 기업 문화 및 조직 구조간 불일치, 그리고 NIH(Not invented here) 증후군으로 대표되는 자체 기술에 대한 고집 등을 들 수 있다. 이러한 어려움을 극복하고자 과거 소니의 이데아 회장은 소니를 네트워크와 서비스, 엔터테인먼트 회사로 성장시키려 했지만 앞선 여러 원인들로 인해 제대로 변신을 할 수 없었다. 

그러나 이번에  서비스를 기반으로 한 디바이스 전략은 과거와는 분명이 다른 시도임이 분명하다. 더 이상 시장에서 밀릴 수 없다는 소니의 절박한 상황과 이를 위해 소니의 장점을 총 집결한 시도이기 때문이다. 애플이 디지털 음악 시장에서 성공할 수 있는 있었던 가장 큰 이유중 하나는 제휴를 통해 콘텐츠를 충분히 확보했기 때문이다. 이를 아이튠스 서비스를 통해 저렴하게 공급함으로써 명실상부한 아이팟 신화를 만들어 냈다. 아이팟 성공 신화는 아이폰으로 이어졌다. 향후 TV까지 포함한 컨버전스 서비스 전략을 구사할 기반을 마련한 것이다.

그 동안 소니는 소니픽쳐스 , 소니 뮤직 , 플레이스테이션 타이틀 등에 직,간접 투자를 통해 영화, 음악, 게임 등 다수 콘텐츠를 확보해 왔다. 이러한 콘텐츠야 말로 경쟁자인 삼성전자, 애플과 경쟁할 수 있는 무기 임에 틀림없다. 소니의 미디어고는 이렇게 확보한 콘텐츠를 브라비아 tv, 사이버샷(디카),워크맨(mp3), 바이오(pc), 소니에릭슨(핸드폰)에서 다운 받고 이용할 수 있는 수 있게 해주는 미디어 컨버전스 플랫폼이자 서비스이다.

아직까지 소니의 모든 디바이스를 지원하는 것은 아니며 완성도가 높은 것도 아니지만 이러한 컨버전시 서비스야 말로 소니의 장점인 다양한 디바이스와 콘텐츠를 적극 활용한 전략이라 할 수 있다.

서비스 컨버전시는 현재 관련된 모든 업체들이 궁극적으로 그리는 그림이라 할 수 있다. 사용자들이 어떤 디바이스로도 관련된 서비스와 콘텐츠를 경계없이 이용하는 것이야 말로 진정한 생태계를 구축하는 것이기 때문이다. 

애플은 운영체제에서 부터 애플리케이션에 이르는 소프트웨어 전분야와 하드웨어를 직접 개발,생산하는 회사이자, 최고의 디자인 회사이다. 현재 애플은 아이폰/아이팟과 맥북 그리고 향후 내놓을 핵심 디바이스들상에서 기존 앱스토어 및 모바일 미(Mobile Me) 등 주요 서비스들간 컨버전스를 제공할 것이다. 아이폰으로 구매한 게임을 애플TV에서 구동하여 즐기고 다시 맥북에서 이용하게 되는 것이다. 

이러한 컨버전스 전략은 구글 및 삼성전자 등 다른 업체들에게도 전략적 요충지다. 구글은 기존 클라우드 기반 웹 서비스를 다양한 디바이스상에서 제공하기 위해 노력하고 있다. 직접 디바이스를 생산하지는 않지만 모바일 디바이스를 위해 안드로이드 오픈소스를 개발,공개하고 있으며 크롬 OS를 통해 PC 분야까지 구글 웹 서비스를 탑재시키기 위해 노력하고 있다. 

안드로이드와 크롬OS는 모두 웹킷 기반 강력한 브라우저를 기본 프레임워크로 탑재하고 있다. 이를 통해 웹 표준에 기반한 서비스를 모두 구동할 수 있기 때문에 이들 OS가 구동되는 디바이스에서는 동일한 서비스를 이용할 수 있다. 인터넷만 연결되어 있으면 언제 어디서나 동일한 서비스와 콘텐츠를 이용할 수 있는 컨버전스 환경인 셈이다.

경쟁사에 비해 속도는 느리지만 삼성전자도 이러한 컨버전스 서비스를 위해 움직이고 있다. 최근에 발표한 삼성전자 오픈 플랫폼인 바다는 삼성전자 다양한 디바이스에 공통적으로 적용할 수 있는 플랫폼이다. 발표 내용대로 실현된다면 바다 플랫폼은 다양한 자사 디바이스상에 적용되어 이종 디바이스간에 콘텐츠와 서비스간 컨버전스를 가능하게 할 것이다.

그러나 삼성전자는 애플과 소니와 달리 콘텐츠를 직접 소유하기 보다는 다른 업체와의 제휴를 통해 간접적으로 확보하고 있기 때문에 차별화된 콘텐츠를 보유하기 어려운 상황이다. 구글이나 애플 모바일미 등과 같은 고객을 위한 다양한 자체 컨버전스 서비스가 부족한 상황이라 할 수 있다.

이들 업체들의 경우에서 보듯이 사용자들은 휴대폰, TV , PC , MP3플레이어 등 보다 다양한 멀티디바이스를 사용하고 있으며 이들 디바이스 상에서 자신이 구매한 콘텐츠와 서비스를 이용하길 강력히 희망하고 있다. 

앱 스토어를 통해 구매한 게임과 음악, 동영상 등을 집밖에서는 휴대폰이나 MP3플레이어로 이용하고 집에 와서는 TV나 PC 등에서 연속해서 사용하길 희망한다. 향후 이러한 컨버전스 서비스야 말로 사용자가 디바이스를 구매할 때 중요한 기준으로 사용될 것이다.

서비스 컨버전시를 위해서는 몇가지 중요한 기반 기술을 확보해야 한다. 

먼저  웹표준 기술과 웹 브라우저 기술을 확보해야 한다. 이종 디바이스상에서 공통적으로 사용되는 개발 및 구동 표준 환경으로 웹 표준(HTML/CSS/Javascript) 과 웹 브라우저는 가장 이상적이다. 현재 이러한 기술을 가장 적극적으로 구사하는 업체는 구글로서 안드로이드와 크롬OS에 웹킷 기반 브라우저를 기본으로 탑재하고 웹 표준으로 개발한 애플리케이션과 위젯 등을 구동시킬 수 있다. 

다시 말해 , 안드로이드와 크롬OS를 탑재한 모든 디바이스상에서 하나의 콘텐츠와 서비스를 공통으로 이용할 수 있다는 것이다. 구글 뿐만 아니라 애플도 마찬가지다. 애플 아이폰의 최대 강점중의 하나는 웹브라우저다. 웹킷 기반으로 개발한 브라우저는 강력한 렌더링 기능과 높은 안정성을 보장한다. 

이러한 애플 브라우저는 이후 애플TV 등 애플 디바이스 상에서 구동되는 표준 플랫폼이 될 것이다.팜도 주목된다. 팜이 제공하는 웹OS 또한 웹킷 기반 웹 브라우저를 기본 플랫폼으로 제공한다. 

또 하나는 컨버전스 서비스를 위한 표준 클라우드를 확보하는 것이다. 안정적으로 글로벌한 서비스를 개발하고 이를 무정지로 운영하기 위해서는 잘 구성된 개발 및 운영 프레임워크가 필수적이다. 

특 히, 다양한 서비스들이 매일 새롭게 출시되는 경쟁 상황에서 적시에 시장에서 요구하는 서비스를 개발, 출시하는 클라우드야 말로 아주 중요한 경쟁력이다. 이미 구글은 클라우드 부분에서 최고의 경쟁력을 갖고 있다. 검색에서부터 웹 오피스에 이르기까지 다양한 웹 서비스를 글로벌하게 수행하면서 글로벌 IDC와 스토리지, 가상 컴퓨팅 등 클라우드 인프라를 구축했다. 이에 대한 운영 인력과 기술도 확보한 상태이다.

이같은 클라우드 기반아래 구글은 구글웨이브처럼 경쟁사보다 한발 앞선 패러다임의 새로운 서비스를 개발하고 있다. 구글외에도 애플 모바일 미와 아이튠스 서비스, 노키아 OVI 등 대부분의 컨버전스 서비스도 잘짜여진 클라우드를 기반으로 한다.

마지막으로 중요한 것은 이러한 기반 기술과 더불어 컨버전스 서비스에 대한 창조적인 기획이 필요하다. 휴대폰과 TV, MP3플레이어 등 사용자들의 멀티 디바이스상에서 컨버전스되는 혁신적인 서비스를 구상해야 한다. 아이튠스는 애플 PC와 아이팟 그리고 아이폰을 하나로 컨버전스한 대표적인 서비스이다. 특히, 이러한 서비스들은 사용자가 손쉽게 사용할 수 있도록 고안하는 것이 무척 중요하다.

잘 디자인된 디바이스를 기획하고 만드는 것도 중요하다. 그러나 혁신적인 서비스를 통해 디바이스에 생명력을 불어넣는 것 이야 말로 더욱 중요하다. 특히, 사용자의 멀티 디바이스들에 하나로 컨버전스된 생명력을 불어 넣는 것이야 말로 진정한 경쟁력이 될 것이다.

본 글은 ZDnet 컬럼에 기고한 글 입니다.


Posted by 박재현
,


클라우드가 서비스가 정지되면?

모 바일 분야에서 최근 각광받는 모바일 웹과 모바일 클라우드 그리고  소프트웨어를 패키지가 아닌 서비스 형태로 제공하는 SaaS(Software As A Service ) , 클라우드 컴퓨팅  등 이러한 새로운 개념의 서비스들은 모두 웹 상에서 무정지로 운영되는 서비스를 기반으로 하여 작동된다. 만약 이러한 클라우드 서비스가 정지되면 많은 문제가 발생할 것이다. 

최 근 이러한 기술적 흐름을 주도하고 있는 업체들에서 클라우드의 장애가 발생하여 많은 우려를 낳고 있다. 클라우드 서비스에 관한 한 가장 우수한 기술과 엔지니어를 보유한 회사인 구글도 서비스를 운영하면서 많은 장애가 발생하고 있다. 실제 최근 들어 9월 24일 부터 9월 26일간 구글 e-mail 서비스에 부분적인 장애가 발생하였다(Google Apps Status Dashboard를 통해 관련 장애 내용을 확인할 수 있다).  구글 뿐만 아니라 페이스북은 15만명 가량의 고객 데이타를 날려버렸다. 그 결과 많은 사용자들이 계정에 로그인할 수 없었으며 일부 프로파일을 잃어버렸다.


최근에 발생한 가장 큰 클라우드 장애는 T모바일에서 제공하는 MS모바일기기인 사이드킥에 서 발생했다. 2002년 출시된 사이드킥은 MS가 지난해 인수한 데인저사가 디바이스 생산과 서버 관리를 맡고 있다.  사이드킥 서비스의 핵심은 사용자의 주소록과 일정표,사진 등 각종 데이터를 단말기 자체 대신 인터넷에 연결된 서버에 저장해 기기가 바뀌어도 언제든 데이터를 볼 수 있도록 해주는 것이다. 당연히 네트웍이 항상 연결되어 있거 서버만 건강하다면 최적의 상태에서 서비스를 이용할 수 있을 것이다. 그러나 이번처럼 서비스에 장애가 발생하여 사용자들이 서버 클라우드 상에 존재하는 자신의 데이타를 이용하지 못한 다면 아무런 쓸모가 없다.


현재 이 문제의 원인은 공식적으로 알려지지 않았지만 떠도는 루머중 가장 신뢰할 만한 루머는 사이드킷의 SAN 스토리지를 업그레이드하던 중 해당 업체인 히타치가 이전 데이타의 백업을 받지 않았다는 것 이다. 상황이 이렇다면 이전 백업본 까지의 데이타를 복구를 하겠지만 유실되는 데이타가 상당히 존재하는 것은 분명하다. 현재 사이드킥 고객들은 소송을 시작했고 개인적으로는 당연히 승소할 것으로 본다.

위의 상황을 보면 클라우드 서비스의 미래가 밝지만은 아닌 것 같다. 과연 그럴까? 최근 IDC는 "클라우드 서비스 전망" 이란 보고서에서 2013년  전체 IT관련 지출의 10%인 442억달러(약43조원)의 비용을 클라우드서비스에 지출할 것이라고 전망했다. 실제 현재 세계 경기가 불경기 임을 고려할 때 클라우드 서비스의 초고속 성장을 예측한 셈이다.

                             [출처] IDC’s New IT Cloud Services Forecast: 2009-2013

아 마도 위의 사실을 종합해 보면 다소 어리둥절 할 수 있다. 유명 IT 기업 조차도 안정성을 보장하지 못하고 있는 서비스를 유명한 시장 조사 기관에서는 초고속 성장을 할 것이라고 예측한다는 사실이 그것이다. 과연 진실은 무엇일까? 위의 상황을 고려해 보면서 몇가지 중요한 사실을 고민해 보자. - 어떤 시스템이든 장애가 없을 수는 없다.


모 든 시스템을 설계,개발할 때는 무장애를 목표로 하지만 장애없는 시스템은 있을 수 없다. 실제 사내에서 사용하는 메일 시스템도 사소한 문제로 인해 장애가 생기거나 천재지변에 의해 장애가 발생할 수 있다. 그러나 이 때 중요한 것은 이 장애를 얼마나 신속하게 대처하고 복구하느냐 이다. 이러한 것을 해당 서비스의 QoS(Quality of Service)라 할 수 있다. 장애가 발생하더라고 고객과 약속된 수준의 서비스를 유지할 수 있도록 운영해야 하는 것이다. 구글 , 세일즈포스 , 아마존은 고객에게 해당 서비스의 상태를 직접 조회할 수 있는 대쉬보드를 제공한다. 이러한 수준의 서비스 품질 관리와 장애 조취를 제공할 수 없다면 클라우드 서비스라 할 수 없다. 앞서 T모바일의 사이드킥 서비스의 경우  정상적으로 일일 단위의 백업과 데이타 이중화가 구성되어 있었다면 신속히 해결할 수 있는 일반 장애중 하나 였을 것이다.

- 안정적인 운영과 장애 대처 능력을 갖추어야 한다.

클 라우드 서비스를 상용화 제품으로 구축할 경우 많은 투자가 수반될 수 밖에 없다. 따라서 많은 클라우드 서비스들은 오픈소스 등을 활용하여 클라우드를 구축한다. DBMS, WAS , Web Server를 비롯하여 Cache Server , 로드밸런서, 성능 관리, 형상 관리  등 클라우드를 구축하는 데 필요한 많은 솔루션과 기술을 오픈소스를 통해 조달받는다. 이러한 오픈소스 기술을 채택할 경우 다양한 운영 테스트를 통해 운영 노하우와 유지보수 및 장애 조치를 신속하게 할 수 있는 기술 및 프로세스와 기술자를 확보해야 만 한다. 오픈소스 외에 상용 제품을 사용할 경우에도 마찬가지이다. 비록 해당 제품의 기술 지원과 유지보수는 해당 업체를 통해 제공받을 수 있지만 그 외에 운영 노하우와 장애 조치를 위한 프로세스 및 조직, 그리고 숙련된 개발자는 미리 확보를 해야 한다. 따라서 어떠한 클라우즈 서비스이건 안정적인 운영을 위한 조직과 프로세스, 그리고 숙련된 개발자를 확보하고 엄격한 프로세스에 의해서 서비스를 운영해야 한다.

- 오프라인일 경우를 대비해야 한다.

클라우드를 기반으로 하는 서비스는 온라인상에 연결되어 있다는 것을 전제로 한다. 그러나 항상 온라인상에 연결되어 있을 수 는 없다. 만일 온라인 상에서 중요한 업무를 클라우드 기반으로 수행하다 갑자기 네트웍이 중단되었다고 하자. 지금껏 열심히 작성한 메일이나 문서는 모두 소용없게 된다. 따라서 클라우드 기반의 서비스는 오프라인일 경우를 대비해야 한다.

현재 클라우즈 기반의 서비스 개발시 가장 많이 사용하는 방법은 구글 기어를 이용하여 브라우져상에서 오프라인시 직접 데스크탑상의 스토리지에 해당 정보를 적는 것이다. 웹 오피스 업체인 조호를 비롯하여 많은 서비스들 역시 이 기능을 이용하여  오프라인시 해당 서비스를 사용하게 해준다. 다행스럽게도 이러한 오프라인시 대처할 수 있는 이 기능이 W3C에서 추진하고 있는 HTML5에 포함되어 제공될 예정이다. 클라우드 기반의 서비스들은 이러한 오프라인 지원 기능을 이용하여 클라우드에 연결되지 못하더라도 작업을 계속 수행할 수 있어야 하며 데이타를 정합성을 유지해야 만 한다. 실제, 구글 Docs와 구글 메일은 구글 기어를 사용해서 클라우드에 연결되어 있지 않더라도 오프라인 상에서도 작업 내용을 수행할 수 있게 해준다. 이러한 기능은 클라우드 기반 서비스의 기본 기능이 돼야 한다. 이는 모바일 클라우드에도 마찬가지이다. 만일 MS의 사이드킥 서비스가 디바이스상에서 클라우드에 있는 데이타와 동기화( 실제 백업 )되고 클라우드에 연결되지 않더라도 최소한의 기본 기능 만이라도 작동되도록 설계되었다면 위와 같은 문제는 없었을 것이다.

곰곰히 생각해 보면 클라우드가 아니더라도 우리는 기존의 인트라넷 환경이나  데스크탑 환경에서도 항상 장애를 경험했다. 내부에서 사용하는 인트라넷 메일 서버가 이유없이 중단되거나 윈도우 데스크탑 환경하에서 문서를 작성하던 중 알 수 없는 이유로 인해 해당 문서를 유실하기도 했으며  알지도 못하는 사이 설치된 ActiveX 프로그램로 인해 브라우져가 수도 없이 다운되는 경험도 가지고 있다.

클라우드 컴퓨팅에서 장애란 아주 치명적인 것이지만 다양한 이유로 인해 언제든 발생할 수 있다. 물론 장애를 사전에 발생하지 않게 하는 것이 첫번째 운영 능력이지만 , 장애 발생시 어떻게 대응하여 피해를 최소화하여 신속하게 복구할 것인가가 중요하다.  이것이 바로 클라우드 서비스 업체의 능력이고 기술이라 할 수 있을 것이다.

앞서 구글의 경우 장애 발생시 이를 사용자와 대쉬 보드를 통해 공유하며 조취를 취했고 데이타 유실 등의 문제는 없었다. 그러나 페이스북과 데인저사가 관리하는 사이드킥 서비스는 데이타를 유실하면서 실제 고객에게 피해를 주고 말았다. 결국 , 이러한 차이가 클라우드 업체들의 서비스 품질과 기술 차이일 것이다. 현재 MS는 사이드킥 문제로 인해 직접적으로는 고객들에게 고소를 당했으며 간접적으로 애저(Asure) 클라우드 플랫폼과 사이드킥의 차기 버전으로 알려진 핑크 폰의 출시에 많은 영향이 있을 것으로 보인다. 이처럼 클라우드 서비스에서 장애와 이에 대한 대응은 서비스의 신뢰도에 직결하는 생존의 문제이다.

정리를 해보자. 클라우드 서비스의 장애는 언제 어디서나 다양한 이유로 발생할 수 있다. 중요한 것은 이러한 것을 사전에 예방하고 , 발생시 최대한 신속하게 복구하는 프로세스와 능력이다. 이러한 것이 보장되지 못한다면 결코 클라우드 서비스 시장에서 생존하지 못할 것이다. 따라서 클라우드 서비스 개발 업체는 초기 설계 및 개발에서 부터 철저하게 장애와 복구를 고민해서 시스템을 설계하고 개발해야 한다. 또한 개발보다 더욱 중요한 것이 운영이라는 사실을 명심해야 한다. 마지막으로 사용자는 이러한 클라우드 서비스 선택시 운영 능력과 장애 조치에 대한 사항을 SLA(Service Level Agreement)를 읽고 판단해야 한다. 일반적으로 유료화된 클라우드 서비스는 SLA에 운영 및 장애 조취에 대한 보증 내용을 명시하고 있으며 이를 지키지 못할 때의 보상 문제 또한 명시되어 있다. 만약 이러한 SLA가 없다면 해당 클라우드 서비스를 사용할 지 신중히 고민해 봐야 할 것이다.

Posted by 박재현
,

최근 구글 e-mail에 부분적인 장애가 발생하였다. 9월 24일 부터 9월 26일간 발생한 이 장애를  Google Apps Status Dashboard를 통해 확인할 수 있었다. Dashboard는 SaaS 어플리케이션 서비스들이 고객이 해당 서비스에 대한 실식산 모니터링을 가능하게 해주는 역할을 한다. 사용자는 Dashboard를 통해 문제 원인과 장애 조치 상황을 알 수 있다.

사용자 삽입 이미지


99.99%의 가동율을 목표로 하는 것이 서비스 운영팀의 목표일 것이다. 이를 위해서는 많은 경험과 시행착오가 필수적일 수 밖에 없다. 결국 , 얼마나 이러한 시행착오를 자산화하면서 대처하는 가가 바로 SaaS 와 Cloud 서비스 회사의 경쟁력일 것이다. 이러한 측면에서 구글은 계속해서 SaaS 서비스로 진화하고 있다.

Posted by 박재현
,

 지금은 모바일 웹을 준비해야 할 시기


모바일 시장에서 두각을 나타날 만한 아이디어를 갖고 있는 개발자가 성공적으로 투자를 받아 회사를 창업했다고 하자. 멋지게 해당 서비스를 기획하고 실제 개발을 해야 하는 상황에 직면했다. 아마도 이러한 문제에 직면할 것이다. 도대체 어떤 플랫폼용으로 만들 것인가? 라는 문제이다. 앱스토아라는 애플리케이션 마켓플레이스가 가장 활성화되어 있는 애플용이 좋을 까? 아니면 전 세계에서 가장 많은 핸드폰을 판매하고 있는 노키아나 삼성의 핸드폰을 대상으로 할 것인가?
아마도 여러 복합적인 의사 결정에 따라 애플 아이폰 SDK나 심비안 SDK 또는 윈도우 모바일 SDK 중의 하나를 이용하여 어플리케이션을 개발하게 될 것이다. 이러한 현재의 모바일 어플리케이션 개발 환경은 개발자와 개발회사에 너무도 많은 부담을 지우고 있다.  
 
먼저 가장 근본적인 고민은 모바일 플랫폼이 너무 많다는 것이다. 
현재 공개된 대표적인 모바일 플랫폼만 하더라도 애플 아이폰 SDK, MS의 윈도 모바일 SDK , 구글 안드로이드SDK , 심비안 SDK , 팜의 Mojo SDK 등 다수이다. 이들 SDK중 하나를 선택하는 것도 쉬운 일은 아니다. 설령 , 여러가지 상황을 고려해서 플랫폼을 선택했다고 하더라고 해당 플랫폼에 최적화된 어플리케이션을 개발하기 위해서는 해당 플랫폼에 정통한 모바일 어플리케이션 개발자가 필요하다. 일반적으로 웹이나 PC 플랫폼상에서 어플케이션을 개발하는 것보다 모바일 플랫폼에서 개발할 때  디바이스 자체의 특성을 잘 이해해야 좋은 성능과 품질의 어플리케이션을 개발할 수 있다.

일단 여러 우여곡절 끝에 하나의 모바일 어플리케이션을 개발했다고 치자. 시장 확대를 위해서는 다른 플랫폼용으로 해당 모바일 어플리케이션을 포팅해야 한다. 말이 포팅이지 거의 새롭게 개발하는 수준이다. 이를 위해서는 숙련된 개발자를 확보해야 하는 등 많은 비용이 든다. 개발 후에는 유지보수를 위해 또 비용이 발생한다. 참으로 비극적인 상황이 아닐 수 없다. 실제 더 우울한 것은 동일한 모바일 플랫폼이라고 하더라도 버전에 따라 호환이 안되는 경우도 다수 발생하기 때문에 많은 버전을 개발하고 관리해야 만 한다.

이러한 상황을 해결하고 보다 손쉽게 모든 모바일 플랫폼상에서 구동되는 모바일 어플리케이션을 개발할 수 없을까?

물론 몇가지 방법을 상상할 수 있을 것이다. 먼저 모바일 플랫폼을 하나로 통합하고 이 기반하에 개발하는 것이다. 마치 PC 플랫폼이 윈도우로 통일되었듯이 모바일 플랫폼들을 하나의 특정 플랫폼으로 통합하는 것이다. 그러나 이 방법은 불가능하다. 사용자도 플랫폼 통합에 관심이 없겠지만 업체들 입장에서도 이해관계가 다양하기 때문에 통합은 불가능하다. 

또 하나 생각해 볼 수 있는 방법으로는 모든 모바일 플랫폼상에서 구동되는 통합된 API를 이용하는 것이다. 마치 노키아가 심비안 상에 S60 플랫폼을 통해 개발하듯이 모든 모바일 플랫폼상에 운용되는 어플리케이션을 개발할 수 있는 SDK를 개발한 후 이용하는 것이다. 그러나 이 방법도 하부에 있는 모바일 플랫폼에 의존적이기 때문에 완벽한 이식성을 제공하기 어려울 뿐만 아니라 이러한 공통 API를 설계 개발하는 것은 무척 어렵다. 왜냐하면 모바일 플랫폼은 디바이스 의존적인 부분이 강하기 때문이다. 현재 차이나모바일, 소프트뱅크, 보다폰 세개의 이동통신사업자가 만든  컨소시엄인 JIL(Joint Innovation Lab)은 이러한 접근 방법을 사용한다. JIL(www.jil.org)JIL JavaScript Extension을 이용하여 모바일 디바이스를 제어하는 위젯을 개발하고 이를 구동하는 런타임 환경을 제공한다.  이 위젯은 모바일 플랫폼과는 무관하게 구동된다. 그러나 JIL은 모바일 어플리케이션을 위한 것이 아니라 위젯 개발을 위한 개발 환경이다.


또 하나의 방법은 개발과 포팅 환경을 통합하여 하나의 통합된 개발 환경에서 개발을 하고 이를 바탕으로 원하는 플랫폼으로 보다 손쉽게 포팅을 하게 해주는 것이다. 무척 현실적인 방법이나 모바일 플랫폼간의 포팅은 쉽지 않아보인다. 실제 이클립스 펄서(Pulsar)는 이러한 접근 방법을 사용한다. 이클립스 펄서는 이클립스 툴 기반의 모바일 어플리케이션 개발 환경으로 모바일 업체들이 자체 SDK를 펄서 명세에 맞춰 공급하면 플러그인 방식으로 다운로드하여 사용할 수 있다. 현재 모토로라에서 제공하는 자바 ME SDK과 노키아 포럼의 S60 SDK, 그리고 모바일용 eRCP(embeded Rich Client Platform)를 제공하고 있다. 현재 수준은 모바일 플랫폼 업체들의 SDK를 이클립스 기반으로 통합하여 단일 환경에서 개발할 수 있게 해주는 수준이다.
 
지금까지 고민해 본 방법은 마치 데스크탑상의 윈도우 플랫폼에서 구동되는 윈도우 프로그램을 개발하는 것처럼 모바일 디바이스 상에서 구동되는 모바일 어플리케이션을 개발하는 것이다. 그러나 생각을 좀 바꿔 보면 특정 모바일 플랫폼 종속에서 벗어나는 모바일 어플리케이션을 개발할 수 있다. 바로 웹 기반의 모바일 어플리케이션을 개발하는 것이다.

모바일 웹 어플리케이션은 모바일 다바이스상 설치되어 운영되는 모바일 어플리케이션이 아니라 네트웍을 통해 언제 어디서나 접속하여 다운로드를 받은 후 웹 브라우져를 통해 사용할 수 있다. 이러한 방법을 모바일 클라우드 기반의 어플리케이션이라고도 한다.

이러한 클라우드 기반의 모바일 웹 어플리케이션 개발에 있어 해결해야 할 문제로 모바일 어플리케이션의 킬러 분야인 게임 분야에서 우수한 프로그램의 개발이 가능한가? ,  네트웍이 불가능한 상황에서 웹 어플리케이션을 어떻게 구동할 것인가?, 그리고 웹 프로그래밍을 통해 디바이스의 제어가 가능한가? 등이 있다.

먼저 결론을 말하자면 이러한 문제들은 일부는 해결되었고 일부는 해결되어 가고 있으며 모바일 웹이 모바일 플랫폼의 주류중 하나가 될 것이다. 먼저 이러한 흐름의 중심에는 W3C의 HTML5 표준이 있다. 기술적인 내용을 살펴보는 것에 앞서 표준은 산업체간의 이해관계가 걸린 전쟁이라는 것을 이해해야 한다. 단순히 업체간의 협의에 의해 결정되는 것이 아니라 철저한 이해관계에 의해 움직인다. 현재 HTML5 표준을 강력하게 추진하고 있는 업체는 구글과 애플, 그리고 팜 , 오페라 등을 들 수 있다. MS의 반대 진형이 강력히 추진하고 있는 상황이라고 할 수 있다. 물론 실세는 구글이며 W3C 표준에 자신들의 기술을 반영하여 웹 표준을 리드하고 있다.

Gears이러한 HTML5에는 앞서 언급한 모바일 웹 어플리케이션을 개발할 때 발생하는 문제점들의 해결 방안을 상당수 포함하고 있다. 대표적인 것이 게임 처럼 복잡한 그래픽 처리를 가능하게 하는 Canvas 태그와 네트웍이 불가능한 상황에서도 디바이스상의 스토리지를 이용할 수 있여 응용 프로그램을 구동하고 이를 온라인시 동기화 시키는 것을 가능하게 하는 기능 등이 포함되어 있다. 이 스펙은 구글의 오픈소스 프로젝트인 구글 Gears를 HTML5에 포함시킨 것이다. 또한 최근에 W3C는 Device API Working Group을 발족하여 웹이나 가젯 등의 어플리케이션에서  다바이스를 제어하는 표준API를 제정에 착수하였다.

W3C의 Device API외에 자바스크립트로 모바일 디바이스를 제어할 수 있도록 해주는 표준으로 BONDI(http://bondi.omtp.org)가 있다. BONDI는 이동통신 사업자들의 포럼인 OMTP(Open Mobile Terminal Platform)에서 제정한 런타임 플랫폼으로 웹 어플리케이션이나 위젯 등에서 모바일 디바이스의 기능을 안전하게 제어하게 해주는 모바일 웹 플랫폼이다.

BONDI는 HTML, JavaScript, CSS 등 표준 웹 개발 기술로 작성된 웹 어플리케이션에서 모바일 디바이스의 어플리케이션 , 카메라, 커뮤니케이션 로그, 이미지 갤러리, 위치 정보, 메시징, 스토리지, 개인정보 관리(PIMS) , 디바이스 정보 등을 제어할 수 있게 해주는 모 바일 웹 플랫폼이다. 이를 위해 BONDI는 모바일 디바이스를 제어할 수 있는 자바스크립트 EXtension를 제공한다. 현재 1.0 스펙까지 출시되었고 참조 구현체와 SDK를 배포하고 있다. 현재 BONDI API와 노키아 API가 W3C Device API에 제출되어 있는 상태이기 때문에 W3C Device API에 유사 표준이 포함될 것으로 예상된다.

이러한 HTML5, Device API,  BONDI 등의 이면에는 여러 업체들의 복잡한 이해관계가 존재한다. 물론 이러한 이해관계의 끝에는 모바일 웹 어플리케이션이 존재한다. 실제 표준을 진행하는 과정에서 자신의 기술과 스펙을 표준화시키는 것은 아주 중요하다. 바로 그것이 경쟁력이기 때문이다. 이를 위해서는 먼저 자신의 기술을 확보해야 하는 것이 필수이다.

현재 모바일 웹을 가장 적극 채용하고 있는 업체는 구글과 팜사이다. 구글은 올해 5월 구글 개발자 컨퍼런스인 Google I/O에서 HTML5를 기반 기술로 적극 추진한다고 공표했고 새롭게 개발하고 있는 Crome OS를 HTML5 기반으로 개발하고 있다. 또한 과거 PDA 황금기에 시장을 주도했었던 팜사는 Palm Pre라는 새로운 스마트폰을 출시하면서 웹 OS라는 혁신적인 개발 환경을 발표했다. 웹 OS는 Webkit과 dojo를 기반으로 한 Mojo라는 웹 SDK를 제공한다. Mojo는 CSS,HTML,Javascript만을 이용하여 모바일 어플리케이션을 개발할 수 있다.

또한 브라우져의 경우에도 파이어폭스3.5 , 오페라 9.6 , 사파리 4 등에서 동영상, 오디어 등 HTML5의 주요 기능을 제공하기 시작했으며 지원 기능은 시간이 흐를 수록 늘어날 것이다.

이러한 모바일 어플리케이션 개발 환경이 웹 중심으로 수렴되는 것은 모바일 어플리케이션 개발에 있어 기존 디바이스 의존적인 방법보다 높은 생산성을 주는 것과 더불어 긍정적인 많은 변화를 가져다 줄 것이기 때문이다. 어떤 변화들이 올 지 예상해보자.

- 중.저가형 스마트폰 시장이 보다 빠르게 형성될  수 있다.
기존 스마트폰 시장은 주로 고가 제품이 주를 이루고 있다. 모바일 어플리케이션을 구동하기 위해서는 고성능의 사양이 필요하기 때문이다. 그러나 모바일 웹 어플리케이션은 웹 브라우져가 구동되는 환경에서면 수행이 가능하기 때문에 중.저가 스마트폰 시장이 보다 빠르게 형성되고 주류가 될 수 있다.

- 모바일 웹 어플리케이션이 일반화가 되면 모바일 어플리케이션의 생태계도 변하게 된다.
애플 앱스토아를 비롯해 현재 모바일 마켓플레이스를 통해 제공되는 대부분의 모바일 어플리케이션은 디바이스에서 구동되는 순수 모바일 어플리케이션들이다. 마치 윈도우용 프로그램의 라이센스를 구매하여 사용하는 것과 동일한 방식으로 모바일 마켓플레이스에서 라이센스를 구매하고 이를 디바이스에 설치한 후 사용을 한다. 그러나 모바일 웹은 이러한 방식의 변경을 요구한다. 모바일 웹 어플리케이션은 인터넷을 통해 언제,어디서나 접속을 하여 사용할 수 있기 때문에 과금도 라이센스를 구매하는 방식이 아니라 사용한 만큼 비용을 지불하는 방식인 SaaS(Software As As Service) 모델로 전환될 것이다.
  
이에 따라 앱 스토아 같은 기존의 모바일 마켓플레이스도 많은 영향을 받을 것이며 후발 업체들의 경우 새로운 기회를 맞게 될 것이다.  이러한 측면에서 가장 개방되고 우수한 클라우드를 보유하고 있는 구글과 팜사의 웹OS가 가장 많은 기회를 얻을 수 있다.

- HTML5, CSS, 자바 스크립트로 개발된 모바일 웹 어플리케이션이 W3C의 Device API 등을 통해 직접 디바이스를 제어하게 된다면 아주 재미나고 놀라운 것들이 가능하다. 가령, 웹 서버와 Device API를 지원하는 냉장고용 제어 프로그램을 개발하면 사용자는 핸드폰의 브라우져를 통해 냉장고에 접속한 후 해당 프로그램을 사용할 수 도 있으며 특정 상품의 재고가 부족하면 자동으로 특정 웹 쇼핑몰에 주문을 내게 할 수도 있다.

HTML5 표준은 2012년 정도에 완성될 것으로 예상되고 있다. 그러나 일반적으로 표준에 앞서 관련 업체들의 모바일 웹 관련 기술은 더욱 빠르게 발전할 것이다. 과거 우리는 IBM의 호스트 환경에서 데스크탑 기반의 클라이언트/서버 환경으로, 그리고 다시 웹으로 변화를 할 때 마다 이를 미리 준비하지 못할 경우 막대한 비용을 지불해야 만 했다. 이처럼  모바일 개발자들과 디바이스 개발자들은 다가올 모바일 웹 환경을 위해 미리 준비를 해야 할 것이다.

이 글은 ZDNET에 기고한 글 입니다.

Posted by 박재현
,

독일로 가는 비행기안.

항공사에서 제공하는 신문을 보니 삼보컴퓨터에 ‘한컴 오피스’ 기본 탑재란 기사가 눈에 띈다. 지난 1년간 오피스 시장은 마치 얼음아래로 흐르는 급류처럼 겉으로는 들어나지 않았지만 많은 변화가 있었다. 역시 가장 큰 변화의 주연은 MS와 한글과컴퓨터 그리고 구글인 것 같다. 

지난 7월 16일 MS는 '마이크로소프트 오피스 2010'의 프리뷰 버전을 발표하고 내년 상반기 출시 예정이라고 밝혔다. 오피스 2010에는 MS의 웹 오피스가 포함되어 있다. 같은 날 한글과 컴퓨터를 최근 인수한 삼보컴퓨터는 농업협동조합중앙회와 보유 중인 한글과컴퓨터 주식 110만5317주에 대한 주식 근질권전질권 설정 계약을 체결했다고 공시했다. 씁 쓸한 기분을 감출 수가 없다. 

한글과 컴퓨터는 이유가 어떻든 간에 국내 제일의 토종 오피스 소프트웨어 회사이고 그간 웹 오피스 분야에서 선전했던 씽크프리 웹오피스를 보유한 회사이다. 이 회사는 얼마전 우여곡절끝에 삼보컴퓨터에 M&A되었다. 긍정적으로 볼 때 앞서 소개한 기사에서 처럼 삼보 PC 등 에 한컴오피스를 탑재하여 매출을 올릴 수 있을 것이다. 더 나아가 삼보가 제작하는 리눅스 기반 MID 등에 씽크프리 오피스를 탑재하여 얼마간의 성과를 기대 할 수도 있을 것이다.

그러나 이러한 양사간의 번들 계약을 통해 얼마간의 매출은 늘겠지만 과연 치열하게 경쟁하고 있는 오피스 시장에서 한컴 오피스와 씽크프리 오피스를 얼마나 비전을 갖고 키워나갈 수 있을 지는 여전히 미지수다.


지 난 1년간 한컴이 새로운 비전과 서비스를 내놓치 못하는 상황해서 MS는 이미 웹 오피스를 개발하여 오피스 시장에 대한 새로운 전략을 수립했고 구글은 구글 오피스인 구글독스 상용화를 시작했다. 각설하고 , 먼저 현재의 오피스 시장 상황을 곰곰히 돌아 보자.

이미 데스크톱 PC 와 노트북 시장은 포화 되었으며 , 데스크톱용 오피스 SW 시장 역시 포화 상태이다. 기업들은 비용으로 인해 신규 버전 구매나 업그레이드를 하지 않고 있다.

서비스로서의 오피스 소프트웨어는 사용한 만큼 지불하는 서비스 비즈니스인 SaaS(Software As A Service)로 급속히 확산되고 있다.

오픈소스 확산과 함께 오픈 오피스의 도입도 점차 확산되고 있으며 표준 오피스 문서 포맷으로 ODF와 OpenXML이 확정됐다.


이러한 상황을 반영하듯 구글은 7월 구글 오피스인 구글 독스를 포함한 SaaS 서비스인 구글 앱스의 베타 서비스를 끝내고 상용화를 시작했다. 또한 데스크톱 오피스의 절대지존인 MS는 과거 오피스의 서비스화를 위한 전초 작업으로 Open XML을 국제 표준화했으며 , 기존 데스크톱 중심의 오피스에서 웹과 함께 하는 오피스로의 전환을 시작했다.

특히, MS 웹 오피스는 MS의 SaaS전략인 "소프트웨어+서비스" 전략에 따라 데스크톱 오피스와 혼용이 가능하며 기업들의 경우 온-프레미스(On-Premise) 형태로 제공한다. 이 모델이 중요한 것은 기업 사용자들이 웹 오피스를 사용하는 데 있어 가장 크게 고민하는 부분인 보안과 정보 유출에 대한 해결책을 제공해 준다는 것이다.


다시 말해, 기업의 방화벽내에 웹 오피스를 설치해 두고 기업의 보안 정책에 따라 웹 오피스를 활용할 수 있게 해준다는 것이다. 한마디로 웹 오피스 자체를 기존의 익스체인지 서버나 쉐어포인트 서버 처럼 기업들에게 제공한다는 것이다. 이미 기업 사용자들 중 90% 이상이 MS오피스를 사용하고 있는 상황에서 이러한 방화벽내의 웹 오피스는 안전한 모바일 오피스 구축을 가능하게 해준다.


물론 개인에게는 라이브 서비스를 통해 웹 오피스를 무료로 제공한다. 일부에서는 웹 오피스를 제공함으로써 MS의 데스크톱 오피스 라이선스 판매가 줄어들 수 있다는 예상도 있으나 필자는 이에 반대한다. 오히려 합법적으로 제공하는 MS의 웹 오피스를 사용하면서 이와 연계하여 사용할 수 있는 정식 라이선스 구매가 늘 수 있기 때문이다. 

특히, MS의 경우 기존 라이선스 방식 오피스 판매 모델을 사용한 만큼 지불(Pay as you go)하는 방식으로 전환되는 것을 원하지 않기 때문에 SaaS 모델보다 사용자에게 유리하고 경쟁력있는 라이선스 모델을 제공할 것으로 예상한다. 물론 MS와 달리 구글은 라이선스 판매가 아니라 사용한 만큼 지불(Pay as you go)하는 방식으로 구글앱스를 제공하고 있다.
 
이렇듯 요동치고 있는 오피스 시장에서 과연 국내 오피스 업체에게 무엇이 필요할까? 고민해 본다.

 

포기하면 실패하는 것이다.

국 내 오피스 개발 회사는 한컴이 가장 경쟁력이 있다( 물론 삼성전자의 경우 자체에서 훈민정음을 개발해서 MS오피스화 함께 사용하고 있지만 상용 제품은 아니다). 일반적으로 사람들은 한컴을 국민 기업이라고 한다. 그 만큼 국내에서 큰 브랜드 가치를 갖고 있으며 많은 사람들이 항상 애정 어린 눈으로 주시하고 있다.


정부 및 공공 기관에서는 당연히 한컴 오피스를 도입하고 있으며 매년 조달 단가를 높여주고 있다. 이런 결과 한컴은 매년 일정 수준의 매출과 순이익을 창출하는 안정적으로 운영이 되고 있다.

안 정적인 운영 환경은 두가지 칼날을 갖고 있다. 하나는 회사가 정체될 수 있다는 것이고 다른 하나는 안정적으로 새로운 것에 도전할 수 있다는 것이다. 그 간, 한컴은 한컴 오피스를 안정적으로 판매하면서 해외 웹 오피스 시장 진출을 위해 씽크프리를 성장시켰다. 아쉽게도 과거 웹 오피스 시장에서 선전하던 씽크프리는 경쟁력을 잃어가고 있다.


국내에서는 네이버와의 제휴도 실패로 돌아갔으며 , 국외의 경우 구글독스, 조호 오피스 등의 거센 압박에 직면해 있다. MS의 웹 오피스 발표로 인해 설자리를 더욱 좁아질 수 있다. 이러한 도전이 실패 또는 쉽지 않다고 판단할 때 회사는 다시 정체할 수 있다.


기존이 시장에만 안주한다면 국내 토종 오피스의 설곳은 점점 줄어들 것이다. 정체되지 말고 씽크프리를 포함한 현재의 도전을 최선을 다해 마무리 해야 한다.

 

열어야 산다

과 거 모든 성공했던 기업들은 자신들만의 것을 공개함으로써 성공을 했다. PC 플랫폼 분야세서 MS는 자신들의 윈도 플랫폼을 개발자에게 공개함으로써 수 많은 윈도 응용 프로그램을 윈도 OS를 통해 공급할 수 있었다. 이를 통해 PC 플랫폼을 재패할 수 있었다. 


모바일 플랫폼 분야에서도 과거 심비안은 자신의 플랫폼을 개발자에게 무료로 공개하여 지금에도 모바일 플랫폼 시장의 선두를 유지하고 있다.  애플 아이폰 SDK, 구글 안드로이드 SDK 공개 등도 마찬가지다. 개발자를 통해 보다 많은 응용 프로그램들이 생산돼야 고객도 많아진다. 고객이 많아져야 다시 개발자도 많아진다. 이러한 선순환 구조가 성공을 가져오는 것이다. 


오피스 분야도 마찬가지이다.

일등인 MS도 웹오피스를 제공한다. 그리고 문서 포맷도 공개했으며 개발툴 또한 계속해서 개발자들에게 제공하고 있다. 그러나 한컴은 플랫폼 전략에 구사하지 못하고 있다. 아직도 HWP 문서 포맷은  비밀로 취급되고 있다. OpenAPI를 통해 자발적으로 서비스들이 연동돼서 새로운 응용 서비스들이 수시로 개발되고 있는 상황에 아직도 HWP 문서포맷은 비공개다. 


무엇이 두려운지 모르겠지만 스스로 고립될수록 할 수 있는 것은 더욱 적어질 것이다. 이러한 비공개 HWP 문서를 다른 시스템이나 서비스와 연동을 하기 위해 받는 비용보다 문서 포맷 공개를 통해 많은 관련 업체들이 보다 다양한 HWP 관련 응용 애플리케이션을 개발하는 것이 더 큰 미래를 보장할 것이다. 

분명 오피스 SW 시장은 큰 시장이다. 또한 이 시장은 이미 MS라는 지배자가 있는 곳이다. 이러한 곳에서 경쟁을 하고 생존을 하고 성장을 한다는 것은 쉽지 않은 일이다. 이미 많은 나라들에서 토종 오피스 회사들이 거의 유명무실하게 명목만 유지하고 있는 상황을 볼 때 한컴은 분명 경쟁력있는 회사이다. 애정 어린 눈으로 한컴을 돌아보면서 보다 큰 도약과 분발을 바란다.


본 글은 ZDnet에 기고한 글 입니다.
더불어 이 분야에 대해 보다 자세한 이해를 원하시면 반드시 아래 포스팅을 읽기 바랍니다. - 
마이크로소프트의 알바니 비지니스 모델

Posted by 박재현
,