심신이 바쁠 수록 여유를 찾어야 하는 데 요즘은 글하나 정리하기가 쉽지가 않은 것 같습니다. 그래도 여유를 좀 찾아야 할 것 같습니다. 지난 3월달 눈에 띄는 기사가 하나 실려있어 메모를 해 둔 소재가 있었는데 지금에서야 정리를 하게 되었습니다.

당시 다음과 같은 기사가 눈에 띠었습니다.

pixazza.com  , http://pixazza.com/press-releases/
Google, 인터넷 쇼핑 기술의 AdSense 기술 보유 벤처 기업인 Pixazza에 575만 달러 투자 라운드 참여


현재 운영중인 제 블러그에도 Adsense 광고를 붙였듯이 Adsense는 말 그대로 구글의 가장 큰 수익원입니다. 그런데 이러한 Adsense 기술을 인터넷 쇼핑에 적용한 기업이 있고 이 기업에 구글이 투자를 했다하니 관심이 가지 않을 수 없었습니다.

Pixazza는 웹 페이지상의 사진에 제품 구입 링크를 붙일 수 있는 Product in the Picture라는 서비스를 제공하고 있습니다. 이 서비스는 광고 주나 블러그 운영자나 Website Publisher 및 사진에 있는 제품을 식별할 수 있는 전문가들을 위해 Web상의 사진과 이미지를 클릭 가능한 콘텐츠로 손쉽게 만들게 해줍니다. 실제 약간의 자바스크립트 코드만을 추가하면 모든 작업을 손쉽게 해줍니다.


블러거나 웹 사이트 운영자가 자신의 이미지를 광고 채널로 사용하게 해주고 이 채널에 광고주의 광고나 상품 구매 페이지를 연결하게 해준다는 면에서 Adsense 와 아주 유사하죠^-^. 개인적으로는 이런 모델을 빨대 모델이라고 불렀습니다. 하도 국내에서 기업용 S/W 를 개발.판매하는 게 더럽고 힘들어서 개인적으로 돈이 흘러가는 모델에 빨대를 꼽고 좀 편히 사업했으면 좋겠다라는 얄팍한 생각을 했었죠!!

하여간 웹 기술의 발전은 다양한 빨대 모델을 가능하게 해주는 것 같습니다. 다음에 뭔가를 하게 된다면 이런 비지니스 모델로 뭔가를 해봐야 겠다는 생각이 듭니다.

최근에 아마존의 발표 자료를 보면  현재 Amazon S3 (Simple Storage Service)에는 4백억 이상의 파일(객체)들이 저장되어 있다고 합니다. 이는 2008년 대비 3배 이상 증가된 것이라고 합니다. 또한 아마존의 웹 서비스는 490,000명의 개발자가 이용하고 있다고 합니다. 

개인적으로는 아마존의 웹서비스 특히,S3를 이용하여 개발된 응용 서비스들이 어떤 것들이 있는지 무척 궁금합니다. 간혹 소개된 자료들을 보면 데이타 백업이나 소규모의 데이타 처리시 이용한다고 보고된 바 있는 데 점차 늘어나는 데이타의 정체가 궁금합니다 ^-^.

OpenAPI를 사용하여 개발을 하다 보면 가장 필요한 것이 바로 원하는 OpenAPI를 찾고 해당 API가 원하는 결과를 만들어 내는 지 확인하는 과정일 것 입니다. 일반적으로 가장 쉬운 방법이 직접 해당 OpenAPI로 샘플 코드를 작성하고 해당 코드를 수행해 보는 것 입니다. 사실 아주 번거로운 방법입니다.

개발자에게 이러한 번거로운 과정을 덜어주기 위해서는 일련의 테스트 베드 환경을 제공해야 합니다. 개인적으로도 최근 진행하는 업무 중 이러한 환경을 제공하는 것이 있습니다. 실제 곰곰히 고민해 보면 이것저것 해야 할 것들이 많습니다. 더미 코드를 만들어야 하고 실 서버의 성능상에 영향을 주지 않는 구조를 고민해야 하구요..

최근에는 구글이 Ajax APIs Playgrodund 라는 OpenAPI의 테스트베트 환경을 제공해 주기 시작했습니다. 요즘같이 어려운 상황에서 카탈로그 검색, Dodgeball, Jaiku, Mashup Editor 등의 서비스를 내리기로 했던  구글 입장에서 보면 Ajax APIs Playgrodund의 중요성을 짐작할 수 있습니다.

구글 Ajax APIs Playgrodund는 다음과 같은 OpenAPI를 제공하고 있습니다.

• Visualization API (our API Profile)
• Search API (our API Profile)
• Language API (our API Profile)
• Blogger Data API (our API Profile)
• Libraries API (our API Profile)
• Maps API (our API Profile)
• Google Earth API (our API Profile)
• Feeds API (our API Profile)
• Calendar Data API (our API Profile)

실제 화면으로 보면 개발자는 원하는 OpenAPI를 검색하며 선택하면 이에 해당하는 자바 스크립트 코드가 제공되며 하단에 해당 코드를 실제 수행하여 결과를 확인해 볼 수 있다. 해당 결과가 원하는 결과라면 실제 자바 스크립트 코드를 복사하여 개발을 수행할 수 있습니다. 아래 화면은 Earth API에서 maps API에 Geocoding을 넣어서 결과를 얻는 화면입니다.


과거에 비해 개발 과정에서 많은 생산성 향상이 있습니다. 실제 구글에서는 25% 이상의 효과가 있다고 합니다. 구글과 마찬가지로 MS에서도 이와 유사한 테스트베트를 제공합니다. MS Mesh 개발 툴중에 LiveFx Resource Browser라는 OpenAPI 테스트 베드를 제공하고 있습니다.


LiveFXResourceBrowser는 MS의 LiveFX 프레임웍에서 제공하는 OpenAPI를 브라우징하면서 원하는 결과 타입(ATOM,Json,POX,RSS)을 실시간에 변경하여 확인할 수 있다.

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)

2.6 애플리케이션 개발

• Google App Engine
  
• Salefoce force.com
  
• Facebook
  
• Longjump
• Rollbase
• Quickbase
• Bungee Labs Connect
• Coghead
• Microsofoft Azure Services Platform(NEW)
• Zembly - Sun사의 Social Application 개발 플랫폼

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

하나의 ID로 여러 서비스를 이용하게 해주겠다는 OpenID는 실제 그 유용성에도 불구하고 OpenID Provider가 다수 존재하고 이들 간에 계정 통합이 되지 않음으로 인해 실제 초기 의도했던 효과를 보지 못하고 있다. 실제 구글에서 만든 OpenID로 Facebook에 접근할 수 없으며 국내에서도 다음의 OpenID와 오픈마루의 OpenID간의 호환이 되지는 것이 현실이다. 더구나 OpenID 체계가 URL에 기반하기 때문에 기존의 메일 계정이나 단어조합으로 로그인 아이디를 구성해서 사용했던 사용자에게는 무척 어려운 방법이다.

이러한 문제를 좀 더 현실적으로 극복하기 위해 OAuth라는 인증방식에 대한 프로토콜 차원의 API 표준으로 OAuth가 나타났다. 실제 구글은 AuthSub, AOL은 OpenAuth, 야후은 BBAuth 라는 인증 방식을 사용하고 있었다. 이러한 서로 다른 인증방식의 표준이 바로 OAuth 이다.

이렇듯 현재의 인증 방법은 아직도 너무 다양하게 존재하고 있다. 그렇다면 이러한 것들을 좀  더 편하게 다룰 수 있는 방법은 없는 것일까? 복수개의 검색엔진들의 통합 검색을 제공하는 메타 검색이 있듯이 , 복수 개의 OpenID와 인증 방식을 통합해주는 메타 인증 서비스가 있다면 어떨까? 아마 도식화하면 아래와 같은 아이디어가 될 것이다.


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

개인적으로는 RPX의 메타 인증 서비스는 과도기적으로 유용한 서비스라고 생각된다. 왜냐하면 메타 서비스는 서비스 제공자들의 프로토콜에 의존적이기 때문이다. 물론 OpenID, OAuth라는 산업계 표준이 있지만 이 또한 모두 서비스 제공자의 정책에 따라 언제고 변경될 수 있기 때문이다 ^-^.