스마트폰 시대에는 OS의 중요성은 아무리 강조해도 지나치지 않다. 2011년 스마트폰 OS 시장점유율을 확인해보니 Android와 iOS가 각각 48.8%, 19.1%를 차지하였다. Android는 '규모의 경제'를 만들어가고 있고, iOS는 알토란같은 에코시스템을 독자적으로 형성하고 있다. Android와 iOS를 제외한 다른 OS들의 미래를 긍정적으로 보는 전문가들은 많지 않다. Symbian과 BlackBerry는 시장 점유율이 빠르게 감소하고 있고 바다와 윈도폰의 세력은 너무 작다.
적자(嫡子)를 버리고 서자(庶子)를 선택한 삼성
성공한 OS 제품 하나 없이 가장 많은 스마트폰을 만들어내는 삼성전자의 플랫폼 전략이 궁금해진다. 삼성전자는 특정 OS에 대한 의존도가 심화되면 제품의 다양성이 떨어지고 특허 소송 등 외부 변수에 취약해진다는 이유로 ‘멀티 OS 전략'을 주장해 왔다. 이러한 분위기에서 탄생한 제품이 자체 OS인 '바다(Bada)'이다. 2010년, 삼성전자는 스마트폰 OS 비중을 Android 50%, 바다 30%, 윈도폰 20%를 유지할 것이라고 이야기 할 정도로 바다에 높은 의지를 나타냈다.(참고 기사)
불행히도 바다가 공략하려던 저가 스마트폰 시장은 '보급형 Android 단말'이 증가하면서 목표를 잃었다. RTOS인 '뉴클리어스(Nucleus)'를 커널로 사용하면서 생긴 기술적인 한계도 많았다. 바다 2.0이 되면서 리눅스 커널로 교체를 했지만 이미 갤럭시 시리즈로 시장에서 성공을 거둔 삼성은 3년전의 '플랫폼 전략에 대한 고민'은 더 이상 기억할 필요가 없는 내용이었다. 현재, 삼성전자는 Android에 대한 의존도가 95%에 이르고 있다.
타이젠(Tizen)의 등장
독자적인 바다 생태계 구축에 실패한 '삼성전자'와 '미고(Meego)'로 비슷한 입장에 있는 인텔이 어느날 갑자기 '타이젠(Tizen)'에 대해 협력하기로 발표한다. 대외적으로 여전히 삼성은 여전히 '바다 3.0'을 개발하고 있으며, 인텔 또한 '미고'에 대한 의지를 피력하고 있지만 그 사실을 믿는 이들은 많지 않다. 특히, 2012년 1월 13일(현지시간), 강태진 삼성전자 콘텐츠기획팀 전무가 전자제품 전시회 'CES 2012'에서 "바다와 타이젠을 통합하는 작업을 진행하고 있다.”고 밝히면서 타이젠에 대한 관심이 급증하고 있다.
'타이젠(Tizen)’은 리모(LiMo)와 리눅스 재단 등 두 개의 리눅스 소프트웨어 그룹과 삼성전자 및 인텔이 협력해 만들고 있는 리눅스 기반의 모바일 OS이다. Web(html5)을 기반으로 하는 플랫폼이며 오픈 소스로 개발되고 있다. 지난 1월 9일, 타이젠 공식 블로그를 통해 초기판 소스코드와 SDK를 첫 공개했고, 이번 MWC 기간에 SDK 베타와 소스코드를 업데이트했다.
아직은 갈길이 먼 지각생
타이젠의 실제 모습이 궁금해 SDK 베타버전이 공개되자마자 다운받아 사용해 보았다. 현재 공개된 SDK는 Windows와
Ubuntu를 지원하며 Java를 기반으로 동작하고 있다. Tizen 고유의 Web UI Framework을 기본적으로 제공하면서
JQuery, C++ 등으로도 개발이 가능하게 한다.
하지만, '베타'라는 것을 감안하더라도 아직은 많이 부족한 인상을 지울 수가 없다. 에뮬레이터인데도 반응은 매우 느렸고 빌드는 불안정했다. 성능보다 더욱 실망스러운 것은 UI이다. 전체적인 느낌은 Android와 유사했고 UI Component와 아이콘들은 화려함이 없다. 현재 상태라면 iOS는 고사하고 Android를 넘어서는 것도 힘들어 보인다.
Web OS와 WAC의 미묘한 관계
Web을 기반으로 하고 있는 타이젠은 외부 API를 모두 Web API 형태로 제공하고 있다. 지지부진하고 있는 WAC과 이를 지원하는 통신사 입장에서는 기대해 볼만한 부분이다. 단언하기는 힘들지만 타이젠의 미들웨어에 WAC이 포함되어 WAC 기반의 App이 구동될 확률이 높다. 삼성과 인텔 입장에서 초기 통신사들을 설득할 수 있는 좋은 Selling Point 이다.
적어도 삼성입장에서 타이젠에 투자를 하는 것은 단말 판매를 위한 것은 아닐 것이다. 지금도 잘 팔리고 있는 Android만으로 충분히 시장 경쟁력을 확보하고 있는 상황에서 설득력이 떨어진다. 독립적인 '생태계 구축'과 이를 통한 새로운 서비스 모델을 기대하고 있다. 하지만, WAC을 지원함으로서 통신사들의 생태계 구축만 지원하는 꼴이 될 수 있다. WAC 지원 여부는 타이젠의 로드맵 중에서 가장 재미있는 관전포인트이다.
이해할 수 없는 타이젠을 향한 정부의 사랑
2012년 2월 1일, 방송통신위원회의 한 관계자는 "타이젠 생태계 확산을 위해 정부 차원의 지원정책을 마련해 이르면 이달 중 발표할 계획"이라고 밝혔다. 방송통신위원회는 타이젠 앱스토어 등 생태계 지원 방안을 준비하고 있는 것으로 알려졌다. 타이젠에 국내 기술이 상당 부분 반영되었다는 것이 정부가 앞장서 지원하기로 한 이유라고 알려져 있다.
리모(LiMo)에는 SKT, KT, 한국전자통신연구원(ETRI) 등 국내 사업자와 연구계가 관여한 바가 있어 한국기술과 밀접한 것은 사실이다. 하지만, 국내 사업자와 친밀함이 있다면 해당 사업자가 나서야 할 일이지 정부가 나서야 할 근거로는 설득력이 부족하다. 특정 OS에 대한 정부 차원의 선택은 시장 경제 흐름에도 맞지 않는다. 정부는 얼마 전에도 자체 OS를 개발하겠다는 발표를 했다가 취소한 적이 있으며 3월 2일이 된 현재까지 타이젠에 대한 구체적인 지원 계획을 만들어내지 못하고 있다.
타이젠은 스마트폰 전용 OS가 아니야
타이젠은 웹을 기반으로 하는 범용적인 OS이고 스마트폰 전용 OS라고 하기에는 어려움이 있다. 리모도 “타이젠은 스마트폰, 태블릿, 스마트TV, 넷북, 자동차 내부의 정보 시스템 등을 지원할 것"이라고 말한 바 있다. 범용적으로 쓸 수 있다는 것은 그 만큼 특정 기기에 차별화된 기능이 부족하다는 것을 의미한다. 스마트폰과 스마트패드 등에 최적화되면서 다양한 UI/UX로 무장한 다른 제품들과의 경쟁에서 생존하면서 독자적인 생태계를 만들어 내는 것이 쉬운 상황은 아니다.
SDK를 돌아보니 웹기반 플랫폼이 다양한 디바이스를 한꺼번에 지원할 정도의 성능이 나올런지에 대해서도 더욱 의구심이 들고 있다. 삼성과 인텔이 만났다고 모두 성공하는 것은 아니다. 타이젠에 대해 성급한 선택이나 지원을 하는 것보다는 기술적인 특성과 사업적인 배경을 이해하고 향후 흐름을 지켜보아야 할 시기이다.
가끔 들러서 중요한 이슈들에 대해서 정보를 얻어가기만 했었는데, 결국 코멘트를 한 번 남기게 되네요...
말씀하신 것처럼 Tizen은 Web API만 제공하고 있기 때문에, 비록 나중에는 가능하도록 수정할지 몰라도, 현재로서는 공개된 SDK로는 Web App만 개발이 가능합니다... 일종의 Web OS라고 봐도 무방하겠죠... 하지만 다른 Web OS의 예를 봤을 때, Native의 기능확장을 위해서 C/C++을 사용가능하도록 향후에는 뭔가 인터페이스를 확장할 것이라는 예상은 됩니다... ^^
그리고, 한번 해 본 것이라서 알려드리면,
본문에서 말씀하셨던 "타이젠의 미들웨어에 WAC이 포함되어 WAC 기반의 App이 구동될 확률이 높다"는 것 관련해서....
현재 Tizen의 API는 크게 두 가지로 나뉘어 있는데, 하나는 Tizen 자체의 API와 다른 하나는 WAC API를 그대로 수용하고 있습니다. 물론 API만 지원해서는 WAC의 App이 그대로 구동되는데에는 무리가 있지만, App F/W에서의 API를 제외한 나머지 부분(LifeCycle, Security 관리 등)에 대해서 WAC과 Tizen이 모두 W3C의 표준 규격을 수용하는 구조로 보입니다.
사실, 시험을 해 봤습니다만 WAC의 위젯이 Tizen 에뮬레이터에서 그대로 구동됩니다. 아마 Tizen의 App F/W은 WAC의 Web Runtime 규격을 그대로 또는 호환가능하게 수용한 것 같습니다. 다만 상용화를 위해서는 App의 인증서나 AppStore 등에 대한 이슈를 해결해야 한다는 것은 분명하지만, WAC 생태계를 지원하겠다는 의도가 본격적으로 담겨 있는 것 같습니다.
물론,
그 의도가 통신사들을 꼬시기 위한 미끼인지, 진정한 협업으로 상생하자는 건지는 불분명하지만 말이죠... ^^
삼성은 2위 휴대폰 사업자로서 플랫폼에 대한 고민을 오랫동안 계속해 왔다. iPhone의 성공으로 인해 '모바일 산업의 헤게모니는 플랫폼에서 나온다'는 근거없는 신념이 모바일 시장을 지배하였고, 삼성 내부의 고민이던, 주주들의 압력이던 삼성 입장에서는 자체 플랫폼에 대한 고민을 다시 한번 할 수 밖에 없었다.
다수의 실패를 교훈 삼아 삼성은 Kernel 최적화부터 모든 것을 다 만들어야 하는 OS 대신에 미들웨어 플랫폼을 선택한다. '핵심은 컨텐츠 유통에 있다'라는 생각은 'Low Level OS부터의 개발은 삼성에서는 무의미하다'라는 결론을 낸 것이다. 삼성은 기존에 Legacy Feature Phone Platform인 SHP를 보유하였고, SHP의 고도화로 '바다'를 개발해 낸다. 실제, 바다는 SHP와 기술적으로는 무관하나 핵심 개발 인력이나 시장 접근 철학은 동일하다.
첫인상은 'Well-Made Platform'
바다는 그동안 많은 조롱과 비난을 받았는데, 실제 바다의 아키텍쳐 구성과 API를 본 개인적인 느낌은 'Well-Made Platform'이라는 것이다. 지금까지 다양한 Smart Phone Platform과 RTOS를 포팅한 경험을 그대로 바다에 녹여 냈다.
UI Builder와 같은 저작툴과 Map, Web, Flash 등의 Component(소개 자료에는 Control이라고 되어 있지만 Component에 더 가깝다.)를 지원하는 것은 앞으로 발전할 수 있는 가능성을 많이 보여주는 예이다. 개인적으로는 OnLandmarksReceivedN() 등을 통한
Memory 관리 기법이나 Auto Scaling을 미들웨어 플랫폼이 지원한다는 점 등이 매우 인상 깊었다.
하지만, 'Well-Made'가 'Good Performance'를 의미하지 않는다. 바다 개발자 포럼이나 지인들을 통해 들은 바에 의하면, 예상보다 Performance가 나오지 않는다고 한다. 실제 MWC에서 전시된 웨이브폰은 Native Application에서는 놀랄만큼의 부드러운 움직임을 보였지만 Web
Browser와 같은 복잡한 Application에서는 현저히 느린 속도를 보여주었다
서비스 지향적인 플랫폼
바다는 기초가 좋은 플랫폼이기는 하지만, 기존 스마트폰 플랫폼에 비해 깊이가 부족한 것은 사실이다. 이는 바다가 다중 Kernel을 지원하면서 OS와 밀접하게 붙지 못하기 때문이다. 또 하나의 이유는 타 플랫폼과 지향점이 다르기 때문인데, 바다는 서버 API를 통해 다양한 서비스와의 연동에 초점을 둔 플랫폼이다.
SNS, LBS, Commerce, Content, Device Sync등의 5개 꼭지를 잡고, API를 제공하고 있다. 5개의 요소는 삼성이 앞으로 모바일 미디어 사업 전략에서 가장 중요하게 생각하는 것이 무엇인지 명확하게 보여주고 있다.
플랫폼이 최근 서비스와 Integration 된다는 것은 너무도 당연한 Trend이기는 하지만 바다는 가장 공격적이면서도 Risk가 큰 방법을 선택하였다. 실제 이런 Mash Up을 플랫폼에 녹여 내는 것은 다양한 이슈를 많이 수반한다. 각 서버 API는 각 Local 시장마다 따로 관리가 되어야 하며, 엄청난 운영 비용이 들어간다. 해당 API를 사용하는 어플리케이션이 하나라도 존재하고 있다면 운영을 중단할 수 없다. 더구나, 삼성은 'Social Hub'라는 서비스를 자체 운영을 할 계획이다.
High-End Touch Phone이 주요 타겟
삼성은 전세계 50개국, 100여개의 이통사를 대상으로 바다 단말을 유통할 예정이다. 바다 단말은 2010년 천만대, 2011년 2천만대 판매될 것으로 예상되고 있다. 각종 자료를 통해 기존 Smart Phone 시장이 아닌 High-End Touch Phone이 주요 타겟이라고 강조하고 있다. 이는 현재 자리잡고 있는 Smart Phone Platform과의 직접적인 경쟁을 피하면서도 Premium 전략을 유지해온 지금까지의 전략과도 맞아 들어간다.
여기에서 사소한 문제가 생기는데, 최근들어 북미나 유럽 이통사들은 고가 단말은 더 이상 Feature Phone으로 받지 않고 있다. 반드시 Smart Phone 이어야 한다. 초기 Open Platform이라는 모호한 단어를 사용하던 삼성이 최근들어 바다를 Smart Phone Platform으로 정의하는 이유도 이통사를 설득시키기 위한 사전 포석으로 보여진다. 그리고, 이러한 삼성의 노련한 운영 덕분에 위의 목표는 충분히 지켜질 수 있을 것이라 예상된다.
문제는 에코시스템
모두가 에코시스템과 앱스토어를 이야기 하고 있다. 삼성의 바다 또한 예외는 아니다. 다양한 개발자 지원 정책과 시스템을 통하여 삼성 앱스(Samsung Apps)에 어플리케이션을 유통을 하고자 한다. 문제는 삼성의 DNA가 이러한 Open Market을 잘 할 수 있느냐에 대한 냉철한 판단을 해야 한다.
'많은 단말에 올라가는 플랫폼이 가장 성공한 플랫폼이다'는 논리만큼 위험한 것은 없다. 그 논리면 WIPI는 역사상 가장 위대한 플랫폼이 되었어야 하고, Nokia의 Ovi 는 돈방석에 앉아야 한다. 이미 삼성은 Open Market을 운영하는데 있어서 서투름을 보여주고 있다. 자체 광고를 노출하는 무료 어플을 이유없이 Reject하고 있는 것이다. 삼성이란 조직에서 Open 이란 단어를 제대로 이해하는 것은 역부족으로 보인다.
한가지 주목해야 할 것은 바다가 Smart Phone Platform이기는 하지만 기술 접근 철학이 매우 Feature Phone Platform 스럽다는 것이다. 메모리 관리나 Class 생성 방법, 프로세스 관리 등이 간결하다. 이는 iPhone과 Android를 통해 처음 Mobile에 입문한 개발자보다는 기존 Arm 에서 경험을 쌓던 Mobile 전문 개발자들에게 매우 익숙한 구조이다.
기존 모바일 CP들에게 주목해야
바다가 주목해야 할 에코시스템은 iPhone과 Android 개발자가 아닌, 기존 Walled Garden내 CP들을 포용하는 것이 가장 최선으로 보인다. 삼성은 오랜 사업 운영을 통해 다양한 이통사와의 좋은 관계를 가지고 있다. 이통사 입장에서 Open Market을 들고 나오는 다양한 사업자들은 경계 대상이 될 수 밖에 없다. 삼성 또한 여기서 Anti-Carrier와 Go Off-Portal을 외치고 다른 플레이어와 출발선에 선다면 경쟁력은 없어 보인다. 바다는 Smart Phone Platform이지만 경쟁제품은 J2ME, BMP, WIPI 라고 할 수 있다. Smart Phone Platform 중에서는 Symbian 정도가 되겠다.
이통사들을 설득하여 그들에게 고도화된 플랫폼을 제공하고 대신 에코시스템을 제공 받는다면 성공의 가능성이 넓어 보인다. 언제 이통사 밖으로 나가야 하는지 고민하는 기존 모바일 CP들에게 명확한 비전을 제시해 줄 수 있다면 바다는 성공할 수 있다. 또한, 운영 이슈가 골치아픈 서버 API들을 각 Local 이통사와 제휴를 통해 해결한다면 그 보다 좋은 일은 없을 것이다.
국내에서의 바다는?
최근 삼성의 가장 큰 변화 중에 하나는 아이폰 덕분에 국내 시장을 중요하게 생각하고 있기 시작했다는 것이다. 큰 규모가 되지 않는 시장이지만 안방에서 물러서는 것은 자존심 문제라는 것이다. 국내에서도 바다가 탑재된 단말을 볼 수 있을 것이며, 2010년 백만대 정도를 예상하고 있다.
역시나 관건은 컨텐츠이다. 해외 시장에서의 모바일 컨텐츠 수급은 그나마 쉬울 수 있다. Facebook, Twitter, 아마존 등과 같은 메인 스트림과 Google, EA 등과 같은 빅플레이어 등이 너무 명확하기 때문이다.
국내 시장은 아직까지 커다란 메인스트림이 명확하지 않은 상태이다. 과연 위의 5개 서비스 중에 국내 모바일 킬러 컨텐츠가 있는지 생각해 볼 필요가 있다. 반면에 Walled Garden내의 Local Contents를 Global하게 유통시킬 수 있는 구조를 만들어 준다면 승산이 있을 수도 있겠다.
그만큼 국내 컨텐츠 시장에 대한 깊은 이해와 경험이 필요한 시점인데 지금까지 국내 컨텐츠 시장에 관심이 없었던 삼성이 얼마큼 민첩하게 대응할 수 있을지가 관건이다. 참고로 바다의 모든 문서와 발표자료, 개발자 포럼 등은 아직까지 영어 외에는 다른 언어를 지원하지 않고 있다.
바다가 일단 리눅스와 RTOS 위에서 먼저 돌아가는 시스템부터 만든 듯 싶던데 생각보다 퍼포먼스가 많이 나오지 않는 듯 싶네요. 저도 조만간 바다쪽도 준비를 해야 할 듯 싶은데 -.-;
처음에는 'RTOS(or Linux) + 햅틱 UI'인줄 알았는데 미들웨어 식의 프레임워크로 내놓은 것이 좀 재밌더군요. SHP의 확장임은 분명해 보이기는 합니다만 -.-;
좀 더 공부할 필요가 있을 듯 싶어요...
사실 제조사들의 입장이 애플과의 맞대응은 피하면서 다른 시장을 찾는 쪽으로 가는 것 외에 다른 방법이 없는 것 같습니다. 삼성이 바다폰을 스마트폰이라고 포장하고 있고 요건을 갖춰나가려는 노력을 하고 있지만 그렇게 되면 low-end 스마트폰이 될 것 같기도 한데요. 바다폰을 high-end feature phone으로 정의하느냐 middle or low-end smart phone으로 정의하느냐에 따라 많은 것이 달라지겠죠. high-end touch phone을 원하는 사람들에게 low-end smart phone을 준다는 건지,,
그리고 삼성의 바다폰 전략이 얼마나 지속 가능한 건지도 한번 따져봤으면 싶네요..
기존의 Feature Phone 중심의 단말에서는 고객들이 어떤 OS인지를 묻지도 따지지도 않고 구매를 했지만, Smartphone을 구매함에 있어서는 어떤 OS의 단말인지를 고객들이 분명하게 선택할 것 같습니다. Bada라는 새로운 Ecosystem을 만들고 확산시키는 것이 쉽지는 않을 것 같습니다.
Comments List
가끔 들러서 중요한 이슈들에 대해서 정보를 얻어가기만 했었는데, 결국 코멘트를 한 번 남기게 되네요...
말씀하신 것처럼 Tizen은 Web API만 제공하고 있기 때문에, 비록 나중에는 가능하도록 수정할지 몰라도, 현재로서는 공개된 SDK로는 Web App만 개발이 가능합니다... 일종의 Web OS라고 봐도 무방하겠죠... 하지만 다른 Web OS의 예를 봤을 때, Native의 기능확장을 위해서 C/C++을 사용가능하도록 향후에는 뭔가 인터페이스를 확장할 것이라는 예상은 됩니다... ^^
그리고, 한번 해 본 것이라서 알려드리면,
본문에서 말씀하셨던 "타이젠의 미들웨어에 WAC이 포함되어 WAC 기반의 App이 구동될 확률이 높다"는 것 관련해서....
현재 Tizen의 API는 크게 두 가지로 나뉘어 있는데, 하나는 Tizen 자체의 API와 다른 하나는 WAC API를 그대로 수용하고 있습니다. 물론 API만 지원해서는 WAC의 App이 그대로 구동되는데에는 무리가 있지만, App F/W에서의 API를 제외한 나머지 부분(LifeCycle, Security 관리 등)에 대해서 WAC과 Tizen이 모두 W3C의 표준 규격을 수용하는 구조로 보입니다.
사실, 시험을 해 봤습니다만 WAC의 위젯이 Tizen 에뮬레이터에서 그대로 구동됩니다. 아마 Tizen의 App F/W은 WAC의 Web Runtime 규격을 그대로 또는 호환가능하게 수용한 것 같습니다. 다만 상용화를 위해서는 App의 인증서나 AppStore 등에 대한 이슈를 해결해야 한다는 것은 분명하지만, WAC 생태계를 지원하겠다는 의도가 본격적으로 담겨 있는 것 같습니다.
물론,
그 의도가 통신사들을 꼬시기 위한 미끼인지, 진정한 협업으로 상생하자는 건지는 불분명하지만 말이죠... ^^
그리고, 항상 좋은 포스팅 감사합니다.