SaaS(Software As A Service)를 말할 때 프로그램의 설치없이 웹 브라우져를 통해 언제 , 어디서나 원하는 서비스에 접속해서 사용할 수 있다라는 것을 강점 중 하나라고 말한다.

며칠 전 구글의 G메일이 다운되었다. 웹의 최강자라 이 사건을 두고 많은 기사들이 포스팅되었다.

구글 G 메일의 다운 사건을 두고 과연 SaaS 시장에 영향이 없겠냐는 의견들이 많이 포스팅되었다.

개인적으로는 위의 사건에 대해 다음과 같이 생각한다.

- 어떤 시스템이든 장애가 없을 수는 없다.
모든 시스템을 설계,개발할 때는 무장애를 목표로 하지만 장애없는 시스템은 있을 수 없다. 실제 사내에서 사용하는 메일 시스템이 사소한 문제로 인해 장애가 생기거나 천재지변에 의해 장애가 발생할 수 당한다. 이런 경우 중요한 것은 이 장애를 얼마나 신속하게 대처하고 복구하느냐 일 것이다. 바로 이것이 해당 서비스의 QoS라 할 수 있다. 바로 이러한 QoS 측면에서 각 방면에 전문가가 신속하게 대처하도록 구성된 것이 바로  SaaS 서비스이다.  

- 오프라인일 경우를 대비해야 한다.
SaaS가 온라인 환경을 전체로 하지만 장애가 발생할 경우 해당 서비스를 이용하지 못하는 경우 업무를 수행할 수 없다. 따라서 오프라인 상태에서도 작업을 할 수 있는 기능이 필요하다. 실제 ,  필자가 과거 몸담고 있던 씽크프리에 오프라인에도 작업을 하고 해당 결과를 온라인시 자동을 동기화해주는 기능을 개발했었고  ,  구글의 기어를 이용하여 조호 역시 오프라인시 오피스를 사용하게 해준다. 또한 메일 분야에서는 짐브라가 오프라인 버전인 짐브라 데스크탑을 지원한다.

실제 데스크탑 소프트웨어의 경우에도 사용시 다양한 문제가 발생한다. 특정 프로그램과 충돌이 발생하거나 설정이 정확하지 않아 사용하지 못하는 경우도 자주 발생한다. 특히, 국내처럼 ActiveX가 온통 도배되어 있는 환경에서는 은행 몇곳만 온라인으로 이용해도 시스템에 듣도보도 못한 것들이 수없이 깔리고 메모리에 상주한다.

이런 면에서 SaaS 는 경제적인 비용으로 보다 우수한 서비스를 이용할 수 있는 수단임은 분명하다. 인간의 상상력이 존재하는 한 장애 시간을 최단으로 줄일 수 있는 환경과 온라인-오프라인을 투명하게 연결할 수단은 계속해서 발전할 것이다.

컴퓨팅 파워와 하드디스크 용량이 증가함에 따라 개인의 노트북과 데스크탑에 존재하는 정보의 양도 기하급수적으로 함께 늘고 있다.  현재 개인적으로 사용하고 있는 노트북의 경우 200G HDD인데 거의 80% 정도 데이타가 쌓여 있다. 사실 이들 정보 중 찾지 못해서 제대로 이용하지 못하는 정보도 상당수 존재한다. 이러한 문제를 해결할 수 있는 방법으로 구글이나 네이버 같은 검색 업체는 데스크탑 검색 프로그램을 무료로 제공하고 있다. 개인적으로 이들 프로그램이 유용하기는 하지만 색인 과정에서 발생하는 CPU의 Load와 색인 파일의 크기 때문에 별로 선호하지는 않는다.

- 디렉토리와 폴더에 의한 파일 검색

과거 가장 유용하게 파일을 분류.활용하는 방법이 바로 사용자가 자신의 입맛대로 폴더와 디렉토리를 생성하고 이를 잘 분류하여 사용하는 것이었다. 가장 손쉬운 방법이지만 정보가 많아지면 원하는 정보를 찾기가 만만치 않다. 아마도 얼마지나지 않아 "  아니 그 파일이 그게 어디 있더라?" 내지는 기억하지 못해 다시 관련된 정보를 인터넷에서 검색하는 경우가 반복될 가능성이 크다. ( 나만 이런가? ^-^ )  이러한 방법은 실제 정보를 물리적인 분류(디렉토리와 폴더)로 매핑시키고 이를 통해 찾는 것이다. 과거에 기억으로 지식관리 시스템에서 이를 물리적인 맵(Physical Map)이라고 하고 개발했던 적이 있었는데 그다지 감동적인 방법은 아니었다.

- 태그 등 논리적인 방법에 의한 파일 분류 및 검색

보통 하나의 정보는 그 의미에 따라 여러 분류를 갖는다.  가령, Voip 기술이 모바일 시장에 미치는 영향 이란 보고서는 [ 기술 -> Voip ] 디렉토리에 속할 수도 있지만 [ 시장 동향 -> 모바일 시장 ]에 속할 수도 있다. 이 경우, 물리적인 맵으로는 파일을 복사하여 두 개의  폴더에 중복해서 둘 수 밖에 없다. 이러한 것을 피하기 위해 과거 지식관리 시스템에서 하나의 물리적인 파일(정보)에 여러 논리적인 맵을 매핑하는 1 :   N 매핑을 사용하였다. 이러한 방법을 맵 형태로 구현할 경우 논리 지식맵이 되고 , 일반 텍스트 나열 방식으로 구현하면 흔히 말하는 태그라 말 할 수 있다.

이러한 물리적인 방법과 논리적인 방법은 혼합되어 사용되어 질 경우 정말로 대량의 파일을 관리할 때 편하게 사용할 수 있다. 실제 , 이 방식으로 크게 성공한 회사는 바로 애플과 구글이다.
 
- 애플의 소프트웨어의 사용성은 검색에서 시작해서 검색으로 끝난다.

애플이 제공하는 소프트웨어는 대부분 스마트 분류와 검색을 제공한다. 여기서 스마트 분류와 검색이란 파일은 하나만 존재하지만 여기에 다양한 분류 기준과 검색 기준을 제공하여 논리적인 폴더를 구성하게 해주는 기능을 말한다.

가령, 애플은 윈도우의 탐색기에 해당하는 파인더라는 유틸리티를 제공한다. 파인더는 스마트 폴더라는 것을 제공하는 데 , 스마트 폴더는 특정 범위에 있는 문서의 제목이나 내용 중 특정 내용을 포함하는 문서들만을 논리적으로 구성하여 디렉토리처럼 관리할 수 있다. 가령, 아래 그림 처럼 파일 중  thinkfree가 제목이나 내용에 포함되어 있는 파일들만을 논리적으로 구성하여 왼편의 맵(사이드바)에 추가하여 파일을 활용할 수 있다.


또한 메일에서도 스마트 메일 상자라는 기능을 제공하는 데 수신되는 메일 중 특정 조건에 해당하는 메일을 논리적으로 분류하여 관리할 수 있다. 가령, 외부 웹2.0 관련된 그룹에서 오는 메일들을 분류하여 관리할 수 있다.



사진 또한 마찬가지 이다. 스마트 앨범이라는 기능을 제공하여 사진의 속성별(앨범,모든 텍스트,....,제목)로 기준을 정해 놓고 이들을 논리적으로 구분하여 관리할 수 있다.


이러한 사용성이 가장 극대화하여 효과를 본 프로그램은 아이튠이다. "아이튠의 스마트 재생 목록"은 39개의 음악 파일의 속성을 AND 나 OR로 조합하여 검색한 음악 파일을 가상 폴더를 만들어 분류하여 관리할 수 있다. 이렇게 분류한 가상 폴더를 아이팟에 바로 동기화하여 휴대할 수 있으니 사용자 입장에서는 대량의 음악 파일을 관리하는 데 있어 기존의 폴더 폴더 방식 보다 편리할 수 밖에 없다. 그냥 연결하면 자동으로 원하는 파일이 항상 동기화가 된다.


- 구글 서비스의 사용성은 검색에서 시작해서 검색으로 끝난다.

애플이 데스크탑상에서 검색 기능을 활용해서 멋진 소프트웨어를 개발했다면 웹에서는 구글이 이러한 기능을 자사 서비스에 적극 채용하여 사용자를 감격하게 만든다.

G메일은 대용량 메일을 제공한다. 사용자는 대용량 메일을 마치 메일 아키이브로 사용한다. 나도 거의 모든 메일을 Gmail로 포워딩한 후 이를 저장해 둔다. 이렇게 보관된 메일을 분류하여 찾는 것은 무척 어려운 일이다. 그러나 G 메일에서는 너무도 쉽다. 라벨(태그)을 만들고 이를 이용하여 수신된 메일에 대한 필터를 만들면 해당 메일이 자동으로 분류되기 때문이다. 애플의 스마트 메일상자와 동일한 기능을 제공한다.


구글 리더 또한 마찬가지이다. 태그를 명시하고 구독하는 블러그에 태그를 명시하면 모든 분류가 해결된다.


구글 Docs 또한 "Search Options"이란 기능을 통해 문서에 대한 검색을 하고 이를 가상 폴더로 만들 수 있다.


특히, 웹 서비스의 경우 Ajax 프로그래밍은 이러한 기능을 구현하는 데 아주 적합하다.  구글의 서비스들이 그러한 사실을 잘 증명한다. Ajax를 마치 윈도우 프로그래밍이나 자바 스윙 프로그래밍처럼 생각할 경우 심각하게 이기적인 서비스를 개발하게 된다. 이후에 Ajax를 사용하여 개발한 이기적인 서비스에 대해서는 다시 언급하기로 한다.

- 새로운 소프트웨어 개발에서 사용성은 검색에서 시작해서 검색으로 끝나야 한다.

현재의 소프트웨어와 서비스는 대량의 정보를 생성,분류,검색,공유 하는 기능을 효율적으로 제공하고  있다. 이미 과거의 경험에서 우리는 대용량 정보 분류와 검색에서 더 이상 물리적인 폴더와 디렉토리 만으로는 만족할 수 없다는 사실을 알았다. 따라서 이들 방법외에 논리적인 분류와 검색 방법을 효과적으로 제공해야 한다. 개인적으로 이들 기능은 모든 소프트웨어와 서비스들의 기본 기능 중의 하나라고 생각한다.

실제, 다음의 항목들은 정보의 속성들이다. 이러한 속성을 이용하여 다양한 논리적인 검색과 가상의 폴더를 만들어 활용할 수 있다.

파일 타입 , 파일 명, 파일 크기 , 작성 일, 최종 수정일 , 태그 , 작성자 , (협업 시) 공동 작업자 ,버전 정보 , 코멘트 , 중요도 그리고 본문 , 폴더 명, 폴더 위치(웹 또는 데스크탑 또는 모바일 ),...

예를 들어,  C 드라이브에 있는 정보중 파일 타입은  HWP 이고 2008년에 작성한 문서들 중에서 박재현과 그의 패밀리들이 작성한 파일을 모으되 웹 오피스와 씽크프리가 들어가 있는 문서들. 이런 기능은 오피스 프로그램에 반드시 필요한 것이다. 마찬가지로 다른 분야에서도 기본적으로 필요하다.

이러한 생각을 아주 제대로 반영한 훌륭한 프로그램이 있어 소개한다. Leap가 바로 이러한 생각을 가장 잘 반영한 프로그램이다. 지난 주 사용하던 맥의 파일 시스템이 깨져서 시스템을 새로 정리하던 중에 발견한 프로그램으로 사용하면 할 수록 감탄이 나왔다. 아쉽게도 맥버전만 제공하기 때문에 윈도우에서는 이용할 수 없다.


물리적인 맵과 태그,  파일 속성에 기반한 논리적인 맵을 기준으로 한 실시간 검색을 제공한다. 기존의 데스크탑 검색 프로그램처럼 전문 검색을 위해 비싼 색인 과정도 없다. 파일 타입 등의 속성과 태그 그리고 물리적인 위치 등을 조합하여 바로 원하는 문서를 찾을 수 있다. 화면의 오른쪽에 위치한 태그 생성기는 파일을 드래그하여 놓으면 관련된 태그를 입력하는 창이 나온다. 이 창에 태그를 입력하면 태그가 생성된다. 다소 아쉬운 것은 이렇게 찾은 문서를 논리적인 폴더로 구성(저장)할 수 없다는 것이다. 이 점을 제외하고는 직관적인 UI를 포함하여 아주 멋진 소프트웨어이다. 개인적으로는 웹 서비스 또는 응용 프로그램의 기획자나 개발자가 꼭 한번 사용해 보고 기억해 두는 것이 좋은 사례라 할 수 있다. 아마도 당분간 새로운 충격이 없는 한 새롭게 구상하는 프로그램은 이러한 프레임웍 기반으로 하게 될 것 같다^^.