새벽 3시네요.. 요즘 이모저모 신경쓰이는 일들이 많아 닥치는 데로 일을 하다보니 꼴딱꼴딱 밤을 세는 게 다반사가 되었습니다. 금요일 직원들과 술한잔 자리가 있었는데 마다하고 이렇게 밤을 하얗게 만들고 있습니다.

11얼 29일(목) "웹을 통합 소프트웨어 비지니스의 변화"라는 제목으로  2007 소프트엑스 공개 SW와 SaaS 세션에서 발표를 할 예정입니다.  일정을 보니  29일 오전에는 웹 월드 컨퍼런스에서도 발표가 있네요..저녁에는 블로터닷넷 데스크블로터 모임도 있는 거 같는데..연말이 다가와서 그런지 막바지 행사들이 많은 거 같습니다.

웹 기술을 통해 기존 소프트웨어 비지니스가 SaaS로 발전되는 것을 좀 재미나게 준비하다 보니 다음과 같은 재미난 재료를 찾아 보았습니다.

1. www.webarchive.org 로 접속을 한 후 thinkfree.com이란 키워드로 검색을 했습니다.
2. 다음과 같은 결과를 얻었습니다.
www.thinkfree.com사이트의 역사를 연도, 날짜, 업데이트별로 볼 수 있습니다. 실제 1998년도 설립하여 1999년에 첫번째 웹 서비스를 오픈한 것이 보이네요. 1999년도에 시작해서 2007년까지 9년째 같은 도메인에 서비스를 해 온 셈입니다. 결과는 아직 모르지만 역사는 꽤 되네요...^-^

3. 초기 페이지를 클릭해 보면,
1999년 당시 페이지도 깔끔합니다. 나름대로 지금의 2.0의 원조같습니다. 첫페이지의 내용을 보면 anywhere,anytime,MS office compatible,cyberdriver(web hard)가 보이는 데 2007년 첫페이지의 메세지와  동일합니다.

4. 그런데 1999년 이후 2003년까지 2천 5백만$ 투자유치, NASA 오피스를 납품하는 등 한참 성장하는 것 같던 회사가 어려워졌습니다. 물론 사업이 잘  안된 것이죠! 이유가 무엇일까요?
5. 그 후 , 2004년 씽크프리가 한컴씽크프리로 바뀌면서 1999년과 동일한 사업 아이템을 갖고  사업을  다시 재개했습니다. 아직 결론은 나지 않았지면  2003년 당시에 비해 사업적으로 많은 발전을 하고 있습니다.  그 이유는 무엇일까요?

2003년 당시와 2007년 당시의 차이가 무엇일까요? 경영진과 영업력 등을 제외하고 보면 기술적인 차이가 가장 큽니다. 먼저 당시 씽크프리 오피스는 무지하게 큰 사이즈의 프로그램을 다이얼업 모뎀으로 연결된 네트웍하에서 다운로드를 해야 했고 성능이 열악한  PC상에서 수행해야 만 했습니다. 더우기 초기 성능 최적화도 안되어 있는 자바 VM하에서요. 지금은 어떤가요? 프로그램의 크기를 20M 로 줄였고 그것도 동적 다운로드에 의해 필요한 클래스만 로딩을 하며 전송도 놀라운 크기로 압축하여 초고속 네트웍으로 전송을 합니다. 전송받은 오피스 프로그램은 인텔의 펜티엄 PC상에서 수행이 됩니다.

한마디로 사용자 입장에서 쓸만해 진 것이죠. 이것이 가능하게 된 것에는 웹 플랫폼의 발전이 있기 때문입니다. - 표준화,속도,노드들의 성능,보안,압축,캐싱,RIA,...
이제서야 비로서 소프트웨어가 제품에서 서비스로 거듭나게 된 것 입니다. 

Goog bye , Software  as a product......
Thanks , Softare as a service......

앗 ! 또 딴길로 세다니 하던 자료 열심히 만들어야 겠습니다.

모습 하나 ,  SaaS 코리아 포럼
지난 주 금요일 오전에는 국내에서 SaaS 모델을 확산하기 위한 포럼을 구성하기  위한 모임이 있었습니다. 이미 몇 달에 걸쳐 국내  SaaS 관련 23개의 업체 및 단체들의 담당자들이 모임을 갖고 국내  SaaS 사업의 활성을 위한 준비를 진행해 오고 있습니다. 11월에 발족할 예정인데 정말 객관적이고 현실적으로 잘되었으면 합니다.

모습 둘 , 2007 온라인  S/W 시범 사업
정부에서 2007년 추진한 온라인 소프트웨어 시범 사업의 결과로 온라인 소프트웨어 서비스가 모습을 나타냈습니다. 해당 사업에 대해서는 여러 말들이 있었죠. 당시 제가 쓴 글입니다.

• 2007 온라인 SW 시범 사업에 대해!

제가 사용하는 장비가 맥북이라 해당 서비스를 이용할 수 없습니다. 윈도우를 사용하거나 리눅스를 써야 합니다. 아무래도 사용하기 어려울 것 같습니다. 은행 사이트들도 액티브X때문에 시도때도 없이 충돌로 다운되는 데 더 이상 액티브 컨트롤을 설치하기 싫습니다. 자세한 내용이 아래 글에 자세히 소개되어 있습니다.

• 정부의 온라인 SW 사업, 또 액티브X인가?

모습 셋 , 내년 SaaS 사업 웹 기반 추진
아이러니컬 하게도 전자신문의 10월 19일자 "내년 SaaS 사업 웹 기반 추진"이란 기사를 보니  2008년에는 웹 기반의  SaaS 시범 사업을 진행한다고 합니다. 그러면 2007년에 진행한 스트리밍 기반의  SaaS 사업은 어떻게 되나요!

• 내년 SaaS 사업 웹 기반 추진

정부 기관, 관련 업체들이 SaaS 활성화를 위한 노력들을 진행하고 있습니다. 전시나 실적보다는 내실있는 사업으로 좋은 결실이 있었으면 합니다.

최근 들어, 주요 포탈 업체들의 신규 서비스와 사업을 보면 SaaS(Software As A Service) 모델과 웹 오피스에 대한 투자와 관심이 집중되는 것을 알 수 있습니다. 금주에만 벌어진 관련 소식들을 보면 다음과 같습니다.

• 구글이 예상대로 프리젠테이션 툴을 기존  오피스 서비스에 추가했습니다.  기대 이상의 기능과 서비스를 보여주지 못한 것 같습니다. 특히, 슬라이드쇼를 제외한 PPT 파일과의 호환성 측면과 편집 기능에선 아주 기대이하였습니다.
  

• IBM은 로터스 심포니라는 무료 오피스를 제공하기 시작했습니다. 오픈오피스 기반의 소프트웨어로서 선,구글과 함께 OpenDocument Format의 확산을 가속화하는 데 의미를 두고 있다고 보입니다.
  

• 네이버에서 19일 오후부터 씽크프리 네이버 오피스를 서비스하기 시작했습니다. 현재에는 클로즈 베타 서비스 입니다. 초기 서비스는 최대한 단순하게 서비스하기 시작했고 사용자와 함게 만들어 나가는 전략을 구사하는 중입니다.
  

확연히  MS 와 반MS진영(선-구글-IBM)이 오피스 시장을 두고 치열하게 경쟁하고 있는 상황이며 네이버를 필두로 한 각 나라의 주요 포탈들 역시 해당 시장 선점을 위한 준비를 하고 있는 상황입니다. 특히, 구글과 경쟁하는 각 나라들의 포탈들 입자에서는 씽크프리는 주요한 웹 오피스 제휴 대상인 것 같습니다.  그런데 오피스 시장과는 직접 관련이 없어 보이지만 아래 기사는 무척 웹 오피스 시장에서 흥미로운 가능성을 제기하는 시건이라고 생각합니다.

• 야후에서 MS 아웃룩의 Ajax 버전에 해당하는 짐브라를 인수했습니다.

실제 짐브라는 메세징 플랫폼으로서 전 세계의 주요 ISP 업체들을 통해 많은 사용자들에게 서비스를 제공하고 있는 업체입니다. 실제 씽크프리에서는 메일 서버와 웹 메일로도 사용중이며 첨부 파일의 미리보기 기능을 씽크프리의 뷰어 API로 구현한 상태입니다.  그런데 이 업체를 야후가 인수했다는 사실은 제리양의 복귀 이후 야후에서 본격적으로 SaaS 모델을 기반의 웹 오피스 서비스에 대한 사업을 강화하는 것이라는 것입니다.  사실 많은 분들이 구글이  구글 앱스를 통해 처음으로 SaaS와 웹 오피스를 SMB 시장에 서비스하는 업체라고 알고 계실지 모르지만 실제 야후가 그 시초라 할 수 있습니다. 야후는 이미 2000초 부터 corporate yahoo라는 이름으로 기업들에게 Enterprise Poral(Corporate Portal) 서비스를 제공해오고 있으며 현재에는 Yahoo!small business라는 이름으로 서비스를 해오고 있습니다. 구글 등에 비해 서비스가 미약하지만 이미 SaaS 인프라를 보유하고 있기 때문에 짐브라 인수 등을 통해 신속하게 웹 오피스 시장에 진입할 수 있습니다. 특히, 짐브라는 MS 아웃룩과 UI와 기능면에서 아주 유사하기 때문에 구글의 Gmail과 달리 응용 프로그램을 사용하는 것과 같은 경험을 제공하며 오프라인 기능도 이미 제공하고 있습니다.  이런 관점에서 보면 기존 구글(선,IBM) - MS의 경쟁에 야후가 새롭게 등장하게 된 것을 알 수 있습니다. 그런데 재미난 것은 구글은 이미 많은 웹 오피스 업체를 인수합병하여 자체 서비스를 보유하고 있으며 MS 는 오피스 라이브와 MS-Office를 보유하고 있습니다. 이에 반해 야후는 아직 경쟁력있는 오피스 서비스를 보유하지 못한 상태입니다. 그렇다면 MS 아웃룩을 대체하는 짐브라와 MS Office를 대체하는 씽크프리 오피스 그리고 기존 야휴의 SaaS 프레임웍의 통합이야 말로 가장 강력한 웹 오피스 플랫폼의 구성이 아닐까요?  지금까지 나름대로의 상상과 분석이었습니다.^-^

SaaS는 반드시 공급업체가 호스팅을 해야 한다.( SaaS behind firewall )

SaaS 업체들은 고객의 입장에서 서버 운영을 비롯하여 관리 비용이 없기 때문에 SaaS를 사용하는 게 유리하다고 말합니다. 그러나 고객입장에서 보면 만약 서버나 업체 자체에 문제가 생겨 해당 서비스를 이용할 수 없게 되거나 데이타가 유출되거나 할 경우를 걱정할 수 밖에 없습니다. 특히, 일정 규모의 이상의 기업 입장에서 보면 더욱 그러합니다.

그러나 발상을 전환해서 SaaS 서비스를 기업의 Firewall안에서 제공하게 되면 안될까요? 답은 "된다"입니다. 윈도우 이든 리눅스 든 고객이 원하는 컴퓨터에 해당 서비스를 설치해 두고 이용하게 하면 됩니다. 이 때 , 고민은 설치 및 운영, 관리를 어떻게 할 것가 ? 라는 문제입니다. 이 문제에 대한 답도 있습니다. 원격지에서 해당 서비스를 설치하고 관리하며 자동으로 업데이트를 하고 관리해 주면 되기 때문입니다.  이러한 것을 통털어 Service Appliance라고 합니다.

현재  이런 유형으로 SaaS 서비스를 제공하는 업체들도 있습니다. Zimbra , SocialText , ThinkFree에서 인트라넷 버전을 판매하면서 이러한 서비스를 제공하거나 준비중에 있습니다. 이런 방법을 사용하면 기존의 서버 기반의 패키징 업체들은 모두 Service Applicance 모델로 해당 패키지를 사용자에게 서비스로 제공할 수 있으며 과금또한 subscription 기반으로 할 수 있습니다.

이 때, 중요한 사항들로는 다음과 같은 것들있습니다.

1. 제공하려는 패키지는 지속적인 관리와 설치의 용의성 등을 감안하여 체계적으로 개발,관리돼야  합니다. 이렇게 개발되지 못하면 설치와 운영시 많은 비용이 발생하거나 서비스로 운영이 불가능합니다.

2. 시스템 관리, 품질 관리 , 커스터마이징, 고객지원 등 일반적인 서비스 운영을 위해 필요한 모든 부서와 인원 등을 모두 준비해야 합니다. 처음부터 충분하지는 않더라도 운영을 위해 필요한 최소 인원을 확보,운영해야 합니다.

3. 다양한 플랫폼상에서도 손쉽게 설치 및 운영하기 위해 패키징을 해야 한다. 특히, 서비스는 DBMS, WAS, Web Server 등 다양한 패키지가 포함되기 때문에 이들을 다양한 플랫폼상에서 설치하고 운영하기 위해서는 고도의 패키징 기술이 필요하다. 이러한 것을 해결해 주는 좋은 기술을 하나 소개합니다. Zimbra, SocialText 등에서 채택하여 사용하고 있는  rPath 는 패키징과 원격 관리 등 Service Applicance에 필요한 것을  모든 것을 가상화 기술을 사용하여 패키징할 수 있는 기능을 제공한다. 다시 말해 ,  rPath 를 사용하여 서비스를 패키징하면 가상화 기술을 통해 어떤 플랫폼에서도 설치하고 운영하게 해줍니다.

완전한 SaaS는 아니지만 그룹웨어나 KMS등 제대로 개발된 솔루션이 있다면 위와 같은 방법으로 비지니스 모델을 바꿔보는 것은 어떨런지요!  장마철에 휴가도 못가고 얼큰한 부대찌개에 소주한잔 하고 싶습니다. 사진에 있는 부대찌개 제가 대접하는 겁니다.

최근 SaaS 관련하여 여러 모임에 나가고 있습니다. 개인적으로는 새롭게 활성화되고 있는 SaaS 분야가 제대로 확산되었으면 하는 바램이기도 하고 , 이런 기회를 통해 많은 개발 회사들이 새로운 기회를 얻었으면 하는 생각에 짬되는 데로 모임에 참석하고 있습니다. 지난 주에는 민관이 모여 준비하고 있는 SaaS 포럼 미팅에 참석했습니다.  이 포럼에 대한 것은 좀 더 진행이 되면 따로 한번 소개하도록 하겠습니다.

그런데 개인적으로는 SaaS , Web 2.0 , Enterprise 2.0 등 최근들어 각광받는 아이콘들에 있어 기술적인 부분은 모두 공통적인 사안이라고 생각합니다. 웹 표준와 Open API , multi-tenant 아키텍쳐 등 이들 모두는 현재 웹 서비스를 개발하는 데 있어 아주 공통적인 사안이기 때문입니다.  물론, 단순 개발 기술 외에 빌링 , 시스템 보안 , SLA(Service Level Agreement) 등 좀더 SaaS에 의존적인 요소들이 포함되기는 합니다. 그러나 이러한 요소들은 모두 SaaS의 비지니스 모델을 구현하는 과정에서 도출된 것들 입니다.

따라서 SaaS의 시작과 끝은 결국 비지니스 모델이고 이러한 관점에서 보면 사용한 만큼 지불하는 과금 방법과  라이센스 모델 , 네트웍을 통한 서비스 delivery 가 전부라 해도 과언이 아니라고 생각합니다.

SBC(Server Basec Computing), Web Service 등  실제  SaaS가 구현되는 기술의 장단점을 논하기 보다는 실제 시장과 고객에게  감동을 주고 이득을 줄 수 있는 다양한 SaaS의 비지니스 모델의 개발이 더욱 중요하다고 생각합니다. 물론, 서비스를 개발하는 과정에서 가장 진보된 구조와 기술을 선택하는 것은 당연하지만요.

고객과 사용자가 소프트웨어는 서비스이고 인터넷이나 TV 등 언제 어디서나 필요할 때 이용하고 그 대가를 지불하면 되는 것이라는 것이 일반화되고 이 부분을 이해시키려는 적극적인 노력이 필요하다고 생각합니다. 이러한 측면에서 국내의 경우 네이버와 다음같은 포탈 업체들의 역할이 크다고 생각합니다. 다행스럽게도 네이버가 하반기에 씽크프리와 함께 웹 오피스 서비스를 제공할 예정입니다. 아마 불법 복제를 통해 국민의 대부분이 범법자(?)가 되어 있는 현실에서 무료로 제공되는 오피스는 소프트웨어를 서비스로 이해하는 데 많은 기여를 할것으로 생각합니다. ^-^

마지막으로 몇 년 전 일본에서 성공한 SaaS 모델을 하나 소개하겠습니다. 일본에는 커피숖 등 많은 점포가 존재하고 있고 이들 점포에는 모두 점장이 있다고 합니다. 이들 점장은 혼자서 아르바이트생을 시간제로 고용하여 점포를 운용한다고 합니다.  그리고 점장은 한달에 한번씩 이들 아르바이트 생들을 고용과 업무 수행 시간, 일정표, 급료 등에 대한 보고서를 작성하여 제출해야 합니다. 그런데 이들 점장에 있어 이러한 보고서를 정리, 보고하는 것이 무척 곤욕스러운 일이 아닐 수 없다고 합니다.  이러한 시장 상황하에서 어떤 회사(전체 직원은 2명이었습니다.)가 이러한 것을 웹 서비스로 만들어 성공했습니다. 이러한 성공에 있어 중요한 요소가 바로 것 과금인데 당시 점장들에게는 매달 임의대로 사용할 수 있는 일정 비용이 있었는데 , 해당 서비스의 과금이 매달 그 정도의 비용만으로 도 이용할 수 있는 수준이었다고 합니다.

이마 SaaS의 시장도 , 모델도 , 가능성도 무궁무진 하다고 생각합니다. 그런데 또 하나 이러한 것이 누군간의 독점이 될 수없다는 것도 함께 기억하는 게 좋을 것 같습니다. 결론적으로 SaaS란 것이 기술적인 것이라기 보다는 바로 이러한 비지니스 모델, 소프트웨어를 바라보는 발상의 전환이기에 더욱 중요한 것이 아닌가 싶습니다.