목소리를 내는 사람

SaaS의 등장 배경 및 전망
IT 인프라의 성숙, 기업 IT 예산의 삭감, SW, SW 구현 및 유지보수의 어려움 등
SaaS란 호스티드 서비스로서 배포되고 인터넷을 통해 액세스 가능한 소프트웨어이며, SaaS를 통해 시스템 도입 시간 단축, 비용의 절감, 사용자 편익 증대 등을 가져올 수 있음
Gartner는 SaaS를 상위 5대 서비스 중 하나로 선정했고, IDC는 2009년에 SaaS 시장이 107억 달러 규모에 이를 것으로 전망

IT 트렌드
SW의 품질과 저렴한 비용을 모두 충족시키는 모델은 없을까?
1990년대 중반 : 클라이언트/ 서버
- 자사 데이터의 안전한 저장 및 보호에 대한 관심이 높았으며, 기업 내에 직접 애플리케이션을 설치 및 운용
1990년대 후반 ~ 2004 : ASP 모델
- 저렴한 광대역 망, 인터넷서비스의 질적 향상 등 IT 인프라가 성숙하고 신뢰성이 증대되면서 과거의 생각에서 탈피
2005 ~ 2010 : SaaS 모델
- 기업 내 IT 예산의 삭감, IT 투자에 대한 가치를 중시하는 분위기로 SaaS 도입을 적극적으로 검토

SaaS와 ASP
ASP(Application Service Provider)는 1990년대 후반 경에 시작되었으며 미국에서 한때 2천 개 이상의 업체가 ASP 사업을 하였음
- ASP는 비즈니스적인 이유(불경기, 닷컴 붕괴)와 기술적인 이유(인프라 부족, 커스터마이징의 한계, 타 SW와의 연계 부족 등)로 인해 당초 기대에 못 미침
- 특히 클라이언트/서버 환경에서 라이센싱을 위해 디자인된 기업용 애플리케이션을 이용함으로써 한계를 드러냄
ASP가 1세대 개념이라면, SaaS는 2세대 개념
- SaaS 업체들은 새로운 웹 기반 애플리케이션을 제공하고, 측정 가능한 ROI 및 가치 제안을 통해 ASP와의 차별화를 시도함

비즈니스 드라이버
롱테일: 인터넷 상거래에서 니치상품 판매액의 합계가 매상 상위상품 판매액의 합계액을 상회하는 현상
이러한 롱 테일 개념은 SaaS에도 그대로 적용 가능함
소규모 SW 벤더
- 실제로 미국의 경우 소수 대기업을 제외한 수많은 SW 벤더의 개별 수익 규모는 적으나 전체로 보면 20억 달러 규모의 거대시장을 형성하고 있음
- 그들은 자신들이 가진 전문성을 살려 고객의 특정 요구사항을 충족시키는 SW를 제공할 수 있음

테크니컬 드라이버
REST
리치 UI : AJAX, Flash, XAML 등
RSS
Wikis
매시업
오픈소스

SaaS와 Web 2.0
> SaaS는 곧 Web 2.0 시대의 비즈니스
- 세일즈포스닷컴은 고객의 모든 요구를 100% 단독으로 수용할 수 없다는 것을 인식하고 AppExchange를 고안
- AppExchange는 일종의 온라인 마켓플레이스로서, 개별 SW 벤더는 AppExchnage를 통해 SW를 고객에게 제공
- 세일즈포스닷컴은 인프라 제공자로서의 역할을 하고, 개별 SW 벤더들은 컴포넌트 제공자로서의 역할을 함
- Web 2.0의 특징인 멀티 참여자 아키텍처, 오픈 플랫폼, 커뮤니티의 구축, 정보의 공유 등이 SaaS 모델에도 영향을 줌
- 모든 것을 해결하는 솔루션이 아니라, 다른 솔루션과 어울릴 수 있는 애플리케이션이 중요
> 특성의 공유 및 이해
- 롱테일 경제
- Lightweight 기술들의 활용
- 사용자 중심
- 커스터마이징의 정도
- 대상: 컨슈머 / 엔터프라이즈
- 매출: 간접적 / 직접적

SaaS 모델이 갖는 가치 출처: Click Commerce
> 정량적 가치
- IT 인력의 활용 폭 확대 : IT 운용을 통합함으로써 데이터센터 관리, 애플리케이션 관리 등 IT관리를 행하고 있는 인력을 복수 사용자 간 공용 가능
- 유지/보수 불필요 : 소프트웨어를 실제로 소유하고 있지 않기 때문에 소프트웨어 갱신이나 기술의 퇴화에 대한 우려 없음
- 인프라스트럭처의 공용 : 복수 기업이 공용해 데이터센터, 데이터 스토리지 면에서 규모의 경제 실현 가능
- 비용 면의 혜택 : 소프트웨어 도입 시 셋업 비용이 감소하므로 IT기술의 채택·실행에서 빠른 ROI 달성 가능
> 정성적 가치
- 베스트 프랙티스 실현 : 대기업이든 중소기업이든 효율적 업무 프로세스를 기반으로 한 최신의 기능 및 성능을 갖춘 소프트웨어에 액세스할 수 있음
- 실제 운용까지의 시간 단축 : 필요에 따라 커스터마이징이 요구되나 보통 사용자가 즉시 이용할 수 있는 상태로 제공됨
- 선택의 자유 : SaaS 모델에서는 솔루션 제공업체에 속박되는 경우가 없기 때문에 기업은 하나의 제공업체에 제한될 필요가 없고 선택의 폭도 넓어짐

SaaS 기반 애플리케이션의 요구사항
1. 보다 오픈되고 저렴하고 유연한 아키텍처
2. 보다 편리하고 매력적인 사용자 인터페이스
3. 보다 신속하게 수정할 수 있는 구조
4. 보다 많은 사용자에게 신속하게 배포하고 서비스할 수 있는 구조
5. 오프라인, 원격 접속에 대한 보장

SaaS 활성화의 장애요인
- 보안
- 넷 중립성
- 가동시간의 보장
- 사용자 인터페이스의 제약
- 커스터마이징의 한계

기술적 검토 : SaaS 아키텍처
> Multi-tenancy
- 단일 코드셋: 고객들이 동일한 비즈니스 로직을 사용
- 애플리케이션/데이터 파티셔닝 : 도메인, 데이터베이스 등
- 공통 애플리케이션 서비스
- 코드 수정 없는 커스터마이징
> 확장성 및 신뢰성
- 높은 사용자 숫자
- 높은 트랜잭션 볼륨
- 방대한 데이터 볼륨
> 보안성
- ID 기반, 애플리케이션 기반, 기능 기반
- 물리적 보안

하나의 인스턴스, 그리고 리소스의 공유
설정 기능을 통한 다양한 커스마이징이 가능해야 함

SaaS 스택
- 마켓플레이스의 제공
- 공유 서비스의 제공(빌링, SLA 등)

기술적 검토: 리치 UI

	User Interface	Logic	Tools
Win32 / MFC	C++	C++	Visual Studio
.NET WinForms	C#, VB.NET, J# (any .NET)	C#, VB.NET, J# (any .NET)	Visual Studio
Java Swing / SWT	Java	Java	Any Java IDE
Macromedia Flash none or ActionScript		ActionScript	Flash
AJAX / DHTML	HTML, XHTML CSS, XSL	JavaScript	Various
XUL	XUL, CSS	JavaScript	Various
Flex	MXML, CSS	ActionScript 2.0	FLEX Builder
OpenLaszlo	LZX	JavaScript	Laszlo IDE plug-in
WPF (Avalon)	XAML	C#, VB.NET (any .NET)	Visual Studio “Sparkle” / “Cider”

사례
> Google Apps
무료로 메일, 메신저, 일정 관리, 온라인 워드 및 스트레드시트 등을 제공
연간 50달러를 지불하면 10GB의 메일 용량 및 99.9%의 가동시간을 보장하며, 기업 내 시스템과 연동 가능한 API를 지원
> Microsoft Office Live
기존 MS Office SW를 호스팅하는 것이 아니라 Exchange, SharePoint, Project 등을 서비스
> 37signals의 Basecamp
프로젝트 협업에 필요한 여러 기능들을 제공
매월 149 달러를 지불하면, 무제한의 프로젝트 관리, 20GB의 파일 공유 등을 이용 가능

SaaS 산업 동향
> 글로벌
- 오라클, SAP, 마이크로소프트 등이 SaaS 역량을 강화하고 있음
- 아직 활성화의 여지가 많음
- 향후 SaaS 제공업체, SW 벤더, HW 벤더, SI 업체, 유통 채널 등에서 제휴 및 인수합병이 발생할 것으로 예측
- 최근에 대형 SW 벤더가 SaaS 제공업체를 매입해 SaaS를 자사의 제품 포트폴리오에 추가하는 사례들이 생기고 있음
- 연간 20%를 넘는 성장률을 보임
> 국내
- 아직 가격, 라이선스, 유통방식에 대한 변화 욕구 부족
- 넥서브, 씽크프리 등의 전문 업체 및 SKT, KT, 데이콤 등도 SaaS 사업에 관심을 보임
- SW 산업의 침체 및 서비스 신뢰성 부족으로 인해 활성화에 많은 시일이 걸릴 것으로 예측

정리
- SaaS는 곧 Web 2.0 시대의 비즈니스
- Web 2.0의 특성, 특히 변화를 이루는 요소들에 대해 이해해야 함
- SW의 가격, 라이선스, 유통방식에 혁신이 요구되는 이유에 대해 이해해야 함
- SaaS의 활성화를 위해 필요한 기술, 표준, 법적 제도 등에 대한 연구가 요구됨

참고 리소스
한국정보산업연합회, 웹 2.0 시대의 새로운 비즈니스 SaaS (FKII 이슈 보고서)

Blog: Thriving in Ambiguity, http://www.mingyeow.com
Mike Ormerod 외, Architecting for Software as a Service, PROGRESS SOFTWARE skyscrapr, http://www.skyscrapr.net
Microsoft, http://msdn.microsoft.com/architecture/saas/
Adobe Systems, http://www.adobe.com/products/flex/
OpenLaszlo, http://www.openlaszlo.org

Web 2.0과 SaaS : Web 2.0 시대의 비즈니스 -
류한석
(hanseok.ryu@gmail.com)
소프트뱅크 미디어랩 소장
ZDNET 칼럼니스트
블로그 피플웨어 (peopleware.co.kr)
(peopleware.co.kr)
팀블로그 스마트플레이스 (smartplace.co.kr)
본 저작물은 저작자의 허락 없이 복제, 배포할 수 없습니다.

가벼운 읽을 거리 >
from 네이버 지식인

서비스로서의 소프트웨어(SaaS; Software as a Service)는 기존의 ASP를 확장한 개념으로 차세대 ASP로 볼 수 있다. SaaS와 ASP는 아래와 같은 차이점이 있다.

1. SaaS는 전자상거래 관점의 사업적인 반면에 ASP는 전산 외주(아웃소싱)의 Coasian Economics에 기초한다.
2. SaaS는 불특정 다수를 대상으로 전산서비스의 제공에 중점을 두어 확장성과 고객요구사항 커스터마이즈에 중점을 둔다.
3. SaaS는 ASP의 1989년 코닥의 전산외주의 시작과는 달리 고객의 가치 창조 및 고객 요구를 맞추는데 초점이 맞추어져 있다.

최근의 성공사례로 고객 관계 관리(CRM)영역의 CRMKorea, Salesforce.com, RightNow등의 사례와 오래전부터 해왔던 회계쪽 분야가 있다. 소프트웨어를 구입하여 사용하는 개념에서 빌려사용하는 렌트의 개념은 점점 더 확산되고 중소기업 뿐만 아니라 대기업에서도 적극적인 도입을 검토 중이며 많이 사용되고 있다.

SaaS는 ASP + 웹 기반 응용 프로그램 + 웹 서비스 또는 주문형 응용 프로그램 + 웹 2.0 으로 표현할 수 있다.

하나 이상의 공급업체가 원격지에서 보유, 제공, 관리하는 소프트웨어를 뜻하며 공급업체는 하나의 플랫폼을 이용해 다수의 고객에게 소프트웨어 서비스를 제공, 사용자는 이용한 만큼 돈을 지불하거나 월, 년 단위의 이용료를 낼 수도 있다.(가트너)

용어에서 정의된 것과 같이 SaaS는 일반적으로 비즈니스 소프트웨어와 연관된다. 소프트웨어 라이선스를 구매해서 회사 내부에서 운영하는 방식에 비해 동일한 이점을 낮은 가격으로 누릴 수 있는 방법으로 Saas가 논의되게 되었다. 비즈니스 측면이 아닌 일반 사용자 측면의 웹 기반 소프트웨어는 일반적으로 SaaS가 아니라 Web 2.0으로 알려져 있다. SaaS 성공에 잘 맞는 어플리케이션 영역들은 CRM, 온라인 회의, IT 서비스 관리, 회계, 웹 컨텐트 관리, 이메일 등이 있다. SaaS와 이전의 인터넷을 통한 어플리케이션 서비스와의 차이점은 SaaS 솔루션은 특히 웹 테크놀로지를 활용하도록 개발되었기 때문에 더욱 web-native하다는 점이다. SaaS 어플리케이션의 데이터 설계와 아키텍처는 특히 'multi-tenant' 백엔드와 함께 작성되어 다수의 고객 혹은 사용자가 공유된 데이터 모델에 접근할 수 있다는 점이다. 이는 SaaS 공급자가 소프트웨어 개발 라이프사이클을 통해 구축, 관리, 지원에서 규모의 경제를 활용한다는 점에서 SaaS를 'ASP' (Application Service Provider) 솔루션과 더욱 차별화한다.

IDC에 의하면 SaaS 소프트웨어의 핵심 특징은 다음과 같다:

• 네트워크 기반으로 접근하고 관리하는 상업적으로 사용 가능한 소프트웨어

• 각 고객 사이트가 아닌 중앙의 위치에서 활동을 관리, 고객이 웹을 통해 어플리케이션에 접근하도록 함

• 어플리케이션 전달은 일반적으로 일대일 모델보다는 일대다 모델 (single instance, multi-tenant 아키텍처)에 가까우며, 여기에는 아키텍처, 가격, 파트너링, 관리 특성이 포함

• 중앙화된 기능 업데이트로 패치와 업그레이드 다운로드 필요를 없앰

from : 위키백과

비교 >

PaaS는 Platform as a Service로 SaaS의 개념을 개발 플랫폼에도 적용한 방식이라 요약할 수 있져..
SW개발을 위해서는 개발 플랫폼의 구축이 필요한데..
플랫폼 구측이 필요 없이 웹에서 쉽게 빌려 쓸 수 있게 하는 방식이지요.
이러한 PaaS는 SW 개발업체을 위한 서비스라고 할 수 있네요.. 따로 개발 플랫폼을 구축할 필요없이 적은 비용으로도 소프트웨어를 개발 할 수 있기 때문이죠..

from 네이버 지식인

+
이것이 보편화되면, 소프트웨어 제공 업체의 존폐에 따라 기업 하나가 휘청할 수도 있겠다는 생각.
직접 개발보다는, 간접 사용의 방향으로 흘러가고 있다.
PaaS라면, '개발 업체를 위한 개발 업체'가 생길 수 있지 않을지.
완벽한 확장성과 커스터마이징이 받쳐준다면 SaaS보다는 PaaS가 더 활성화될 듯.
둘 다 기반은 웹이라는 것.