2007년 씽크프리 웹 오피스를 개발하면서 웹 2.0 세상에 대해 많은 이야기를 했었다. 당시 웹 2.0을 가능하게 해주는 핵심기술은 수동적이고 정적이며 풀(Full) 방식의  웹브라우저 사용성을 비동기 통신 방법인 Ajax였다. Ajax를 사용하여 데스크탑 S/W수준의 다이나믹한 경험을 웹브라우저 상에서 구현함으로써 “모든 서비스의 웹으로의 전환”이 가능하게 된 것이다. 이러한 변화중 대표적인 것이 데스크탑 S/W의 꽃이라 불리는 MS오피스를 대체할 수 있는 웹 오피스, 씽크프리였다. 아마 지금 사용하고 있는 MS오피스나 구글 오피스가 모두 클라우드 기반의 웹 오피스 라는 것을 생각해 보면 지난 20년 동안 웹은 2.0으로 진화를 거듭한 셈이다.

 

최근 들어, 웹3.0 이야기가 화두가 되고 있다. 웹3.0에 대한 많은 정의들이 있으니 웹 3.0이 무엇인지에 대한 설명은 생략한다. 웹2.0 때도 그랬지만, 결국 중요한 변화는 돈의 흐름이다. 돈이 모이는 곳에 사람이 모이고, 새로운 기술과 시장이 생성된다. 현재 많은 투자 자금이 블록체인, NFT, DeFi, 메타버스 등의 기술 기업에 집중되고 있고, 이러한 기술을 기반으로 나타난 새로운 메가트렌드가 바로 웹 3.0이다. 세계 최고 VC인 안드레센 호로위츠와, 테슬라 CEO인 일론 머스크, 전 트위터 CEO인 잭 도시간의 웹 3.0 논쟁을 보면 재미있다. 웹 2.0때도 유사한 논쟁은 자주 있었다. 그러나, 결국 돈이 모이는 곳에서 구글이나 아마존 같은 승리자가 나왔다. 최근 람다256도 700억 규모의 시리즈B 투자를 단 2개월만에 완료한 성과를 보면, 분명 웹3.0은 뜨거운 주제임이 분명한 것 같다.

람다256에서 생각하는 웹 3.0은 웹을 더욱 웹 답게 연결하는 세상이다. 우리는 그간 실세계에 존재하는 대부분의 컨텐츠와 서비스를 웹을 통해 연결하고 찾을 수 있는 세상을 만들었다. 아직 남았던 부분은 실세계에 존재하는 자산을 웹을 통해 연결하고 활용하는 세상을 만드는 것이다. 과거 삼성페이를 개발할 때의 목표는 지갑 기반의 결제 경험을 모바일로 옮기는 것이었다. 다행히도 지갑속의 각종 카드는 이미 디지털화 되어 있기 때문에 손쉽게 이를  모바일로 옮겨 언제 어디서나 간편하게 사용하는 서비스를 개발하는 데 성공하였다. 그런데, 진정한 문제는 지갑속에 있는 “법정 화폐를 어떻게 디지털화할 것인가”였다. 간단히 생각해 보면, 법정화폐를 예치해두고 디지털 결제가 가능한 포인트로 만드는 방법이 있었다. 그러나 곧 누굴 믿고, 엄청난 금액의 돈을 포인트로 발행할 것이며, 어떻게 이 자산을 운용해야 하는가? 라는 문제에 봉착하였고, 이에 대한 유일한 답은 당시나 지금이나 블록체인 기반의 가상화폐라고 생각한다. 블록체인의 토큰화 기술을 사용하면 법정화폐나 각종 유무형 자산을 디지털화하고 이를 웹을 통해 연결함으로써 웹에 다양한 경제 모델을 부여할 수 있다. 이러한 기존 서비스와 컨텐츠 중심의 웹에 자산을 연결하는 것이 람다256에서 생각하는 웹 3.0이다.

그런데 웹 3.0에서 자산을 발행하고 연동하는 작업을 할 때 현재 2가지 선택이 존재한다. 하나는 기존 중앙화된 경제 질서를 지키는 중앙화 블록체인이고, 다른 하나는 기존의 중앙화된 경제 질서를 파괴(탈중앙화)하는 혁신을 선택하는 것이다. 사실 타협은 없다. 왜냐하면 정부 입장에서는 “탈중앙화 = 불법”으로 간주하기 때문이다. 이 때문에 규제나 세금을 통해 탈중앙화의 확산을 막는다.

중앙화된 질서내에 있는 모든 가상자산 서비스 제공사는 정부규제를 따라야 한다. 국내의 경우에도 모든 가상자산 업체들은 적용되는 특금법에 따라 ISMS인증을 받아야 하고 3월 부터 트래벌 규칙을 준수해야 한다. 가령, 트래블 룰에 따르면 중앙화된 거래소에서 트래블 룰을 준수하지 않는 메타마스크 같은 탈중앙화 지갑으로의 출금이 불가능하다. 실제 중앙화와 탈중앙화 서비스간에 국경이 생기는 셈이다.

중앙화된 곳에서는 규제 기반 블록체인 기술이 중요해진다.

KYC/AML , 트래블룰 , 부정거래 탐지 등 기존 금융 거래 시스템이 갖추어야 할 요건들이 가상자산 시스템에도 요구된다. 따라서 기업들은 커스터디, NFT 발행 및 판매 등 가상자산 기반의 다양한 사업을 펼칠 때 이러한 규제 요구를 따라야 한다. 역으로 생각하면 이러한 가상자산 규제 분야의 시장이 성장할 것으로 예상해볼 수 있다. 가령, 람다256에서 개발한 트래블룰 서비스인 VerifyVASP는 이미 해외 14개 , 국내 16개 이상의 VASP에서 적용을 하고 있으며, 체이널리시스(Chainalysis)는 자금세탁방지(AML) 솔루션 등을 제공하며 빠르게 성장하고 있다.

탈중앙화 블록체인 세계는 정부규제와 무관하게 다양한 아이디어가 프로토콜이 되어 자가 발전하며 유동성을 키워나가고 있고, 무한대의 경쟁을 통해 빠르게 발전하고 있다.

이더리움의 중요성은 증대되나 발전 속도는 더디고, 레이어2 기반 체인은 더욱 활성화된다.

퍼블릭 체인의 대표주자인 이더리움 2.0은 개발 속도가 느려 앞으로도 수 년은 더 걸리겠지만, 신뢰기반 자산 컨트랙트들의 발행 플랫폼으로 지속적으로 발전하고 자산 규모 또한 더욱 커질 것이다. 따라서 이더리움 상에 발행된 ERC20, ERC721 자산을 사이드체인으로 페깅하여 사용하는 브릿지(Bridge) 기술, 옵티미스틱 롤업(optimistic rollup), 영지식증명(zk) 등 롤업기반의 레이어2 체인 기술의 중요성은 더욱 증대되고 있다. 옵티미스틱 롤업의 대표 주자는 현재 옵티미즘(Optimism), 아비트럼(Arbitrum) 등이 있고, 영지식증명(zk) 롤업으로는 루프링(Loopring), zk스왑 V2, zk싱크, 아즈텍(AZTEC), 폴리곤(Polygon), 최근 폴리곤이 인수한 허메즈 등이 있다. 이외에도 대퍼랩스의 사이드체인 로닌(Rhonin), 람다256의 루니버스(Luniverse) 사이드체인 등이 레이어1 브릿지를 통해 ERC20, ERC721 자산을 활용할 수 있게 되면서 각광을 받고 있다. 물론, 이더리움 EVM과 호환되는 아발란체(Avalanche)나 솔라나(Solana) 같은 레이어1 퍼블릭 체인 프로젝트들 또한 성장하고 있다.

가상자산, Defi, NFT 등 자산의 토큰화는 계속 발전한다.

국회 예산정책처(NABO)가 2021년 9월 발행한 ‘가상자산 최근 동향 및 과세 이슈’ 보고서에 따르면, 전세계 시장규모는 가상자산 2천조원을 넘어섰다고 한다. 또한 디파이 대시보드 디파이 라마(DeFi Llama)에 따르면, 2021년 말 기준으로 디파이 프로토콜에 예치된 암호화폐 락업 예치금(TVL) 규모는 약 2,452억 달러를 기록했다. 그리고 최근 가장 가파르게 성장하고 있는 NFT의 경우, 체이널리시스의 분석에 의하면 2022년 NFT 시장 규모가 최소 약 32조원(269억 달러) 규모로 추산된다고 한다. 지금도 전 세계 곳곳에서 다양한 형태의 가상자산과 NFT , DeFi 프로토콜이 탄생하고 있고 이에 따라 그 규모가 계속해서 증가하고 있다. 또한, 이러한 새로운 디지털 자산은 기존 구글이나 네이버처럼 중앙화된 서비스 운영 방식이 아니라 디지털 자산을 보유한 사람들이 참여하여 서비스를 운영하는 DAO(decentralized autonomous organization) 같은 새로운 커뮤니티형 사업 운영 모델을 통해 서비스에 녹아들고 있다.

개발하기 쉽고, 생산성 높은 개발 환경, BaaS 등이 고속 성장한다.

기술적으로 생각하면, 현재 가상자산은 ERC20 토큰과 ERC721 NFT, 그리고 이들을 활용한 솔리디티 같은 언어로 작성된 스마트컨트랙트로 구성되어 있다. 이러한 가상자산의 확산을 위해서는, 당연하게도 개발자에게 높은 생산성을 제공할 수 있는 컨트랙트 및 댑(DApp) 개발 환경이 필요하다. 현재 이러한 블록체인 개발 환경으로 Web3.js , Truffle , Ganache , HardHat 등이 주로 사용되나, 실제 개발을 해보면 예상보다 낮은 수준에 혀를 내두를 수 밖에 없다. 기존의 수준 높은 자바나 C++ IDE 개발 환경을 사용했던 개발자라면 스마트 컨트랙트 개발시 디버깅과 실행 비용(가스비) 계산 , 보안 결함 문제 등을 해결하기 위해 많은 어려움을 겪을 수 밖에 없다. 특히, 대용량 트랜잭션의 논스(Nonce)관리, 블록체인의 특성으로 인해 트랜잭션이 확정될 때까지 노드 간의 데이터 불일치로 인한 문제, 풀 방식의 트랜잭션 처리 결과 획득 방법 등 안정적인 서비스 개발을 위해서 해결하고 고려해야 할 것이 너무 많다.

이러한 문제를 해결하기 위해 람다256의 루니버스를 포함한 서비스들은 안정적인 체인 관리와 생산성 높은 개발 환경을 제공하고 있다. 가령, 손쉽게 이더리움 노드나 이더리움에 연결 가능한 사이드체인을 생성하고 , 컨트랙트를 쉽게 개발 및 배포하며, 컨트랙트 개발에 필요한 다양한 유틸리티 서비스를 함께 제공하고 있다. 또한 수호아이오의 오딘과 같은 스마트컨트랙트 오딧 서비스 등을 통해 보안 결함을 사전에 발견하고 조치 할 수 있다. 스마트 컨트랙트를 한줄 잘못 코딩하여 많은 규모의 자산을 잃은 사례를 보면, 이러한 개발 지원 환경이 얼마나 중요한지 알게 될 것이다.

올해 1월 부터 람다256은 웹3.0 댑 서비스 활성화를 위해 차세대 루니버스 메인넷을 본격 가동하기 시작했다. 차세대 루니버스 메인넷은 웹3.0 세상을 가속화하기 위해 다양한 레이어1에 존재하는 다양한 가상자산을 레이어2 사이드 체인으로 이동하고, 가스비 없이도 고성능의 트랜잭션을 통한 NFT, DeFi, 생활밀착형 댑 서비스를 개발하고 운영할 수 있다. 특히, 높은 생산성의 개발툴과 운영툴을 제공함으로써 고난이도의 블록체인 서비스를 손쉽게 개발하고, 여러 사업 파트너들과 독자적인 컨소시엄 메인넷을 구축하여 운영할 수 있는 환경을 제공한다. 람다256은 설립 초기 부터 블록체인의 대중화 , 생활밀착형 댑 서비스 개발 등을 지향하며 지금까지 루니버스 BaaS 기반의 다양한 댑 서비스의 개발을 지원하고 있다. 국내에서 가장 활성화된 댑 서비스인 직톡, 밀크, 베리, 체리, 아하, 글루와 등은 모두 루니버스 기반의 댑 서비스이고, 이미 초기부터 웹 3.0 세상을 열어가고 있다. 2022년 올 한 해, 국내외 많은 프로젝트들이 차세대 루니버스 메인넷과 BaaS 서비스를 통해 웹3.0 시대를 열어나가는 원년이 되길 기대한다.


Posted by 박재현
,


SaaS 와  Cloud  Computing



9월 중순 미국 샌프란시스코에서 개최된 오라클 오픈월드에서 오라 CEO인 래리 엘리슨은  아마존의 클라우드 컴퓨팅에 대한 정의에는 동의하나 Salesforce 에는 동의하지 못한다고  말했다.  CRM 분야에서 Salesforce가  SaaS 모델로  오라클의 기업용 CRM 시장에서 치열하게 경쟁하고 있는 것을 보면   그의  발언이 다소 정치고 영업적인 발언이라는 생각이 들 긴 하지만 이 기회에 SaaS와 Cloud 컴퓨팅에  대한  오해를 정리할 필요는 분명 있어 보인다.


필자는 과거 2000년 초 닷컴 버블 시절 그룹웨어 서비스를 ASP(Application Service Provider) 모델로 개발하여 서비스를 한 적이 있었다. 당시는 온라인으로 모든  것이 가능하다고 착각하던 시기였기 때문에 기존에 패키지나 인트라넷  형태로  구축. 제공되던  그룹웨어를  온라인으로  제공하고  월정액으로  받는 다는 모델은 많은 투자가와 벤터캐피털 등에게  관심을 끌었다.  그  결과 , 많은  투자도  유치했으며  무사히 서비스를  개발할 수 있었다.

그런데  당시 중요한 문제가 하나 숨어 있었다. 바로  다름 아니라  여러  기업  사용자들이  하나의  그룹웨어 서버를 공유하지 못했기 때문에 사용자가 증가할 수록 장비 투자를 계속해야 만 했었다.  특히, 당시 서버 장비는 고가의 선마이크로시스템즈 장비였고 소프트웨어 역시 오라클 등 고가의  소프트웨어를  사용할 수 밖에 없는 환경이었기 때문에 실제 투자 받은 자금 중 많은 부분을 장비 구매에 사용할 수 밖에 없었다.
또한 사용자의 개별적인 요구사항에 맞춰 서비스를 유연하게 변경하는 것도 불가능하였다. 이처럼 결국 사용자가 증가해도 손익분기점을 맞출 수 있는 인프라와 구조를 갖출 수 없었다.

결국 ASP 모델은  서비스의 구조적인 유연성과 인프라의 유연성 부족에서 실패할 수 밖에 없었다.

사용자 삽입 이미지

청계산 매봉에서 바라 본 구름

이후 필자는 2005년 다시 한번 유사한 모델의 서비스를 개발할 기회가 있었다.
씽크프리 오피스였다. 씽크프리 오피스는 기존에 데스크탑 패키지로 판매되던 워드 프로세스, 스프레드시트, 프리젠테이션 오피스를 온라인 웹 서비스를 통해  서비스로 판매하는 것이었다. 이 때 , 사람들은 이러한 서비스  모델을 ASP와 달리  SaaS(Software As A Service) 라고  부르기  시작했고  주요한 특징은 웹 브라우져만 있어면 언제 어디서나 인터넷을 통해 서비스를 이용하며 사용한 만큼 비용을 지불(Pay as you go)하는 것이다.

또한  얼마 지나지  않아  아마존 EC2 처럼 데이타 센타내에 하드웨어와 소프트웨어, 네트웍  등  시스템 자원을 인터넷을 통해 언제 어디서나 사용하고 사용한 만큼 비용을 지불하는 클라우드 컴퓨팅이 나타났다.  혹자는 이를 IaaS(Infrastructure As A Service)라고도 부른다.

그렇다면 이 두 모델 사이의 관계를 어떻게 될까? 먼저 결론부터 말하면 두 모델은 상호 보완적인 개념이며 다른 개념이다.  다시 말해, SaaS 제공자는 Cloud Computing 제공자의 Cloud 서비스의  사용자로서  이를 이용하여 SaaS 서비스를 제공한다. 즉, SaaS 개발자는 Cloud 서비스의 주요 사용자인 셈이다.  실제, 필자의 경우에도 씽크프리 오피스를 개발하던 시절에 아마존 EC2에서 제공하는 EC2와 S3 스토리지 클라우드 서비스를 이용하여 서비스를 하였으며 , 현재  넷플릭스 , 워싱턴포스트 , Zynga의 경우에도 현재  아마존 EC2를 사용하여 서비스를 제공하고 있다.

물론 이 두 모델 사이에는 인터넷을 통해 언제 어디서나 서비스를 제공받고 사용한 만큼 비용을 지불한다는 기존의 소프트웨어와 하드웨어를 판매하던 모델과는 완전히 다른 비지니스 개념을 사용한다는 공통점이 있다.

2008/12/24 - [Conference] - 클라우드 컴퓨팅 웍셥 발표 후기
2008/12/25 - [SaaS/Cloud] - SaaS(Cloud) Directory
2009/03/31 - [SaaS/Cloud] - Adsense for image
2009/03/31 - [SaaS/Cloud] - Amazon S3 현황
2009/04/13 - [SaaS/Cloud] - Context Cloud Computing
2009/04/30 - [SaaS/Cloud] - 클라우드 기반의 서비스 개발 환경 - Aptana
2009/05/04 - [SaaS/Cloud] - Above the Cloud
2009/11/10 - [SaaS/Cloud] - 대형SI업체들의 클라우드 사업에 대한 단상


이렇듯 SaaS/Cloud Computing 모델을 사용하는 것은 과거 ASP 모델이  안고 있던  서비스의  구조적인 유연성과 시스템 인프라의 유연성 문제를 일시에 해결해 준다. 구조적으로  SaaS 서비스는  ASP와  달리 하나의 서버에서 복 수 사용자를 최대한 처리할 수 있는 멀티터넌트 구조(Multi-tenant Architecture) 로 설계되고 서비스 된다. 이 때, 만약 하나의 서버에서  처리할 수 있는 최대량에 도달하게 되면 SaaS 서버는 증설돼야 한다. 이 때, 클라우드는 서버를 자동으로 증설하여 사용자가 증가하더라도 유연하게 대처할 수 있도록 해준다.  이러한 퍼블릭 클라우드 컴퓨팅을 제공하는 업체만 해도 아마존의 EC2를 필두로  Rackspace Cloud , GoGrid , FlexiScale , Microsoft Azure , Eucalyptus , Skytap 같은 전문 업체를  비롯해  MS의  Azure, 구글의 앱엔진  등 많은  퍼블릭 클라우드가  존재하여  이들 클라우드 기반하에 많은 SaaS 서비스가  제공되고 있다.

이렇듯 다양한 클라우드를 제대로 사용하여 서비스를 개발하고 운영하는 데에는 많은 지혜가 필요하다.

먼저  SaaS 개발시 특정 클라우드 인프라에 락인(Lock-in)되지 않도록 개발해야 한다.  다시 말해,  해당 SaaS를 다른 클라우드나 자체 프라이빗 클라우드(Private Cloud)로  이관하더라도  문제가 없도록 개발해야 한다.

- Cloud Computing이 유용한 경우는 초기 서비스를 런칭할 경우이다.

일반적으로 해당 서비스가 성공할지 실패할지 모르는 상황에서 무조건 장비에 투자하는 것은 바람직한 의사결정은 아니다. 그러나 해당 서비스가 성공하게 되면 여러가지 이유때문에 퍼블릭 클라우드를 이용하지 못할 수 있다. 가령, 고객의 요청에 따라 클라우드 컴퓨팅 업체에서 제공하는 SLA(System Level Agreement)보다 높은 SLA를 제공해야 할 경우 자체 구축한 프라이빗 클라우즈로 구축하고 옮겨야 한다. 이러한 상황에서 해당 서비스가 특정 클라우드에 의존적이라면 큰 낭패를 볼 수 있다.

- 신규 서비스 런칭시 적극적으로  퍼블릭 클라우드를 활용하는 것이 좋다.

신규 서비스는 실제 어느 정도의 사용자가 서비스에 가입하고 이용할 지 알 수가 없다. 아무리 무릎팍 도사라 할 지 라도 모른다. 따라서 이런 경우 클라우드를  가입하면 사용자가  급격하게 증가하더라고  이에 대해 적극적으로 대처할 수 있다. 실제 Zynga 경우 Farmville을 처음  2달 동안 일일 액티브 사용자가  20만 명 일 정도로  성공적으로 오픈하였다. 그 후 26주 동안 주당  1백만  사용자씩  증가하여  현재  월간  7천만  액티브  사용자가  사용하는 서비스로 성장하였다. 이러한  가파른  사용자  증가에도 불구하고 큰 문제없이 대처할 수 있었던 이유가 바로 EC2  클라우드를  사용하여  동적으로  서버의  용량을  증가시켜  대처했기 때문이다. 참고로 Zynga는현재 약 12,000개의 아마존  EC2 인스턴스를 사용중이라고 알려져 있다.

오라클, IBM, HP가 리드하고 있는 프라이빗 클라우드와  아마존 , MS,  구글  그리고 전문 업체 들이
리드하고 있는 퍼블릭 클라우드의 경쟁과 이를 통한 클라우드 시장의 확산은 필연적으로 SaaS 서비스의 확산을 가져올 것이다. 특히, 사용자 입장에서  이러한 퍼블릭과 프라이빗 클라우드의 전략적인 사용은 큰 경제적인 이점을 분명히 안겨줄 것이다.

[본 글은 ZDNet 컬럼에 기고한 글 입니다. ]

Posted by 박재현
,

자동차에도 서비스 플랫폼이 필요하다.


며칠 전 운좋케도 ”소프트웨어 아키텍쳐"에 대한 강의를 들을 기회가 있었다. 무엇보다도 “Software Architecture in Practice”라는 책을 집필한 Rick Kazman 이 직접 발표를 하기 때문에 다른 일을 제쳐두고 강의에 참가 하였다. 아이러니컬 하게도 이번 강의를 통해 S/W 아키텍쳐에 대한 기존 생각을 다시 한번 정리할 수 있었을 뿐만 아니라 쇼셜 네트웍, 오픈 소스, 서비스 지향 개발 등 최근의 사회적, 기술적 트렌드가 소프트웨어 아키텍쳐에 이르기까지 많은 영향을 주고 있다라는 것을 확인할 수 있는 자리가 되었다.

곰곰히 생각해 보면 이러한 급격한 변화속에서도 변화 주체들이 공통적으로 노력하고 있는 하나의 흐름이 있는 것 같다. 바로 플랫폼이다. 각 분야에서 주체들은 플랫폼을 만들고 그 플랫폼의 주인이 되기 위해 노력하고 있는 것이다.

플랫폼이란 과연 무엇일까? 위키에 보면 플랫폼을 다음과 같이 설명해 주고 있다.

소프트웨어가 작동될 수 있게 해주는 일련의 소프트웨어 프레임웍이나 하드웨어 아키텍쳐를 말함( In computing, a platform describes some sort of hardware architecture or software framework that allows software to run. )

아마 서버 개발자 입장에서는 자바 플랫폼이나 닷넷 플랫폼 등 개발 플랫폼에 대한 이야기를 주로 들었을 것이고, 모바일 개발자 입장에서는 안드로이드 플랫폼과 아이폰 플랫폼, 나아가 바다 플랫폼 에 대한 이야기를 들었을 것이다. 또한 기획이나 경영진 , 특히 모바일 기획자의 경우 구글의 구글 마켓 , 노키아의 OVI , 애플의 애플스토아 같은 마켓플레이스 플랫폼에 대해 한마디씩 하지 못하는 사람은 없을 듯 하다.

이처럼 수많은 분야에서 수많은 변화 주체들이 플랫폼을 구축하고자 한다. 이러한 플랫폼을 이해하고 구축하기 위한 기본은 무엇일까? 바로 플랫폼적 사고가 아닐까 싶다.

플랫폼적 사고에 대한 키워드를 찾아보니 켈로드 대학의 Mohanbir Sawhney 교수가 플랫폼적 사고란 비용 효과적인 방법으로 사용자의 요구사항을 만족시키기 위한 전략의 핵심이 바로 플랫폼적 사고다 라고 정의한 바 있다 ( Sawhney, Mohanbir S. (1998), “Leveraged High-Variety Strategies: From Portfolio Thinking to Platform Thinking”, Journal of the Academy of Marketing Science, Vol. 26, No. 1, 54-61. ).

좀 더 풀어서 이해해 보면 플랫폼적 사고란 한 기업의 보유한 모든 것 ( 제품 , 브랜드 , 시장 , 고객 , 경쟁자 등)에서 공통 분모를 찾고 이를 기반으로 하여 모든 제품들을 하나의 전략으로 묶어내는 것을 말한다. 가령, 기존의 다양한 전자 제품을 만들어 팔던 A사가 자신의 공통 분모로 모든 전자 제품을 언제 어디서나 접근하여 조작할 수 있는 것에 두고 이를 통해 모든 제품을 묶어 내는 것을 플랫폼적 사고라 할 수 있다.

이러한 플랫폼적 사고에 기반하여 개발되는 모든 제품은 하나의 일관된 전략으로 수렴할 수 있고 이를 통해 보다 신속한 개발이 가능하다. 또한 이들 제품은 하나의 일관적 마케팅과 영업 전략하에 판매되기 때문에 이 과정에서 적은 비용으로 큰 효과를 누릴 수 있다.

이러한 것을 가장 잘 수행한 업체가 바로 애플이고 구글이다. 애플은 “Think Different” 라는 광고 슬로건으로 대표되는 플랫폼적 사고를 바탕으로 애플스토어와 아이튠, 아이팟, 아이폰으로 이어지는 전략적 플랫폼을 구축하여 MP3와 스마트폰 시장을 질주하고 있다. 애플이 만든 제품은 다르다. 그 제품은 모두 애플 플랫폼에 연동되어 보다 편하게 사용할 수 있다. 바로 이 점이 애플 사용자가 애플 제품을 계속해서 구매하는 원인중의 하나이다.

구글은 “모든 데이타는 구글에” 라는 플랫폼적 사고에 기반하여 Open API를 기반으로 한 웹 플랫폼을 만들었고 이를 모바일 플랫폼으로 확대해 나가고 있다. 이러한 플랫폼 전략을 바탕으로 애플은 애플 TV를 비롯해 신규 IT 가전 시장으로의 진출을 노리고 있고 구글 역시 안드로이드 플랫폼을 통해 기존의 웹 플랫폼을 다양한 시장으로 넓혀가고 있다.

과거 필자가 몸담고 있던 웹 오피스 개발 업체인 씽크프리에서도 자바 오피스와 웹이라는 공통 분모를 기반으로 하여 ”Any where,Any time access”라는 플랫폼적 사고를 하였다. 이를 기반으로 웹과 데스크탑, 모바일이 하나로 통합된 통합 오피스 플랫폼을 개발하고 이를 오픈 API를 통해 다양한 생태계에 접목하려는 노력을 하였다. 그 결과 다양한 웹2.0 업체들과의 제휴들을 통해 사업 기회를 늘릴 수가 있었다. 실제 , 네이버 메일에서 오피스 첨부 문서는 씽크프리의 오픈 API를 사용하여 실시간에 HTML로 변환하여 MS오피스 프로그램이 설치되어 있지 않아도 문서를 볼 수 있었다. 아쉽게도 현재에는 다른 서비스로 교체되었다.

플랫폼적 사고를 다른 분야로 확장해 보자. 필자가 현재 가장 관심을 두는 있는 분야는 자동차이다. 왜냐하면 자동차는 스마트폰 만큼이나 사용자에게는 떨어질 수 없는 휴대용 장치이기 때문이며, 더 나아가서는 휴대용 공간이기 때문이다. 이 때문에 자동차 분야의 경우에도 서비스 플랫폼은 아주 중요한 경쟁 요소이다.

초기 자동차 산업이 기계 장치 산업의 대표주자 였을 시기에는 자동차의 생산 라인과 프로세스를 표준화하여 플랫폼을 구축하는 데 주력하였다. 이를 통해 대량 생산이 가능해 지고 , 보다 저렴한 가격에 자동차를 공급하여 대중화를 할 수 있었다.

그러나 점차 자동차가 단순 기계 장치 산업의 결과물이 아니라 복잡한 전자 제어 장치와 이를 운영하기 위한 운영 소프트웨어로 구성되는 첨단 결과물로 거듭난 현재에는 새로운 플랫폼 전략이 필요하게 되었다. 자동차는 사용자를 위한 단순한 이동수단이 아니라 음악, 영화, 게임 등 다양한 컨텐트를 소비하는 공간이자 다른 사람과의 쇼셜 네트웍과 메세징 교환을 위한 공간이기도 하다.

사용자 삽입 이미지


따라서 자동차에는 이러한 컨텐트 및 서비스, 그리고 다양한 게임 등의 어플리케이션을 공급하고 소비하기 위한 플랫폼이 필요하다고 할 수 있다. 이러한 플랫폼을 가장 앞서 진행하고 있는 자동차 업체는 포드사이다. 포드는 마이크로소트사와 싱크(Sync)라는 서비스를 개발하여 공급하고 있다. 싱크 서비스는 마이크로소스트 오토 라는 임베디드 윈도우 OS를 기반으로 하는 서비스로서 음성 인식, MP3 검색 등 각종 편의 서비스를 제공한다. 또한 포트는 싱크 앱링크(SYNC AppLink) 라는 싱크의 업그레이드된 서비스 플랫폼을 개발하고 이를 2011년 부터 전 차종에 공급할 예정이다. 싱크 앱링크는 기존 싱크 기능외에 음성 인식이나 운전대의 조작 장치를 통해 안드로이드와 블랙베드 같은 스마트폰의 어플리케이션을 활용할 수 있게 해준다. 이를 통해 사용자는 기존에 사용하던 스마트폰의 어플리케이션을 자동차에서도 사용할 수 있으며 , 자동차 운행에 필요한 어플리케이션을 언제든지 다운로드 받아 사용할 수 있다. 또한 포드는 싱크 모바일 어플리케이션 디벨로퍼 네트웍 이라는 개발자를 위한 사이트를 통해 싱크 API를 제공함으로써 싱크 API를 사용한 모바일 어플리케이션 개발하고 이를 기존의 앱스토아를 통해 확산시키길 장려하고 있다.

만일 싱크 API 뿐만 아니라 자동차 자체에 대한 API를 제공한다면 더욱 창조적인 모바일 어플리케이션을 개발할 수 있을 것이다. 가령, 자동차의 엔진 및 냉각수 등 내부 상태를 알 수 있는 센서 API를 제공한다면 원격지에서도 해당 자동차의 상태를 조회하고 조정할 수 있는 AP를 개발할 수 있을 것이다.

항상 시간이 지나면서 느끼는 것이지만 플랫폼을 만드는 것도 중요하지만 플랫폼적 사고와 이를 기반으로 한 수행(doing)이 더욱 중요하다는 생각을 한다. 제품과 서비스의 개발이 플랫폼과 무관하게 진행된다면 비극적인 결과를 낳을 것이기 때문이다. 이런 결과를 낳지 않기 위해서는 플랫폼적 사고에 의한 전략과 수행능력을 항상 염두해 두어야 할 것이다.

2010/05/26 - [ZDnet 컬럼] - 웹의 관점에서 본 TV 시장의 미래
2010/05/13 - [Conference] - 클라우드 문제와 해결방안으로의 새로운 Personal Cloud Computing 패러다임과 현재기술
2010/04/10 - [ZDnet 컬럼] - 왜 개인용 클라우드를 주목하는 가?
2010/03/20 - [ZDnet 컬럼] - 디바이스와의 대화

[ 본 글은 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 박재현
,

SaaS(Cloud) Directory

SaaS-Cloud 2008. 12. 25. 12:59

SaaS(Cloud) Directory


Last modified : 2008-12-25
Modified by   : JaehyunPark.kr@gmail.com
Persistent URL : http://docs.google.com/Doc?id=dmzpwb5_411r6g7b2cg


[ New Services ]

- RXP
RPX는 AOL, Facebook, Google, MySpace, Yahoo 등의  OpenID와 인증 시스템을 통합해 준다. 사용자는 자신의 사이트를 RPX에 가입한 후 원하는 RPX 차림표를 보고 메뉴를 선택한 후(월 9.99$ 의 유료 서비스가 존재함) 제공되는 REST 방식의 API로 사이트의 인증 로직을 개발하면 된다.
 

1. Application as a Service

1.1 웹 오피스(Web Office)
  •     Google Apps- 웹 오피스, 일정 관리 ,구글 톡 등의 웹 오피스 서비스
  •     Zoho- 웹 오피스와 웹 노트 등 각종 웹 오피스 서비스
  •     ThinkFree- 데스크탑용 문서 작성, 스프레드 시트, 프리젠테이션 오피스 툴과 웹 문서 관리
  •     WebEx- Web Conferencing 과 Collaboration 서비스( by Cisco )
  •     Zimbra - Email 서비스와 솔루션 ( by Google )
  •     BaseCamp - 주제나 토픽별 협업 서비스
  •     Editgrid - 웹 스프레드 시트

1.2 웹 운영체제(Web OS)
  •     eyeOS- 웹  운영체제

1.3 보안(Security) 및 인증
  •     Ping Identity-SSO(Single-Sign On Service)
  •     Qualys- IT 보안 및 위험 관리 서비스, 회사의 기존 인프라 관리에 적용하면 효과적이다.
  •     RPX - 메타 SSO 인증 서비스로 OpenID 와  OAuth 서비스의 메타 서비스를 제공해준다.

1.4 데이타(Data)
  •     StrikeIron- 사용자의 Data를 전송하는 서비스로 멀티소스의 데이타를 Cleansing하여 제공한다.
  •     Amazon의 CloudFront   

1.5 헬프데스크(Helpdesk)

1.6 고객관리(CRM)

1.7 빌링(Billing)
1.8 지불(Payment)

1.9 광고(Advertising)

1.10 이메일 보안/관리(E-mail)
  •     Postini ( 구글이 인수함 ) - 이메일 보안 및 아카이빙
  •     MessageLabs ( 시멘틱이 인수함 )- 이메일 보안 및 아카이빙
  •     MineCast

1.11 인적 자원 관리(Human Resource)

2. Platform as a Service

2.1 Public Cloud

2.2 Private Cloud

2.3 Open Cloud Platforms

2.4 Cloud Platform Tools

2.4.1 Fabric Mgmt

2.4.2 데이타 그리드

2.4.3 Virtual Appliances

2.5.4 스토리지/Content Delivery

2.5 서비스와 시스템 통합(Service & System Integration)

2.6 애플리케이션 개발
        Zembly는 기존의 서비스 및 위젯등을 사용하여 쇼셜 애플리케이션을 개발할 수 있다. 사용자는  
        Zembly에서 제공하는 웹 브라우져 기반의  IDE를 통해 개발을 하고 , 개발된 애플리케이션을  
        Facebook , Meebo , OpenSocial , iPhone , Google Gadgets 에 직접 퍼블리싱 할 수 있다.

'SaaS-Cloud' 카테고리의 다른 글

클라우드 기반의 서비스 개발 환경 - Aptana on the DaaS  (2) 2009.05.01
Context Cloud Computing  (1) 2009.04.13
Adsense for image  (1) 2009.04.09
Amazon S3 현황  (2) 2009.03.31
OpenAPI에서 테스트 환경은 가장 중요한 환경이다.  (3) 2009.01.26
OpenID와 SaaS 서비스  (0) 2008.12.25
SaaS 기술 동향 - 2008년 10월  (0) 2008.10.28
구글 G메일 다운과 SaaS  (0) 2008.10.18
SaaS Taxanomy  (0) 2008.10.08
XaaS에 대한 단상  (2) 2008.10.01

Posted by 박재현
,