Transcript ASP와 SaaS의 차이점 - Open Cloud Engine WIKI

OCE Garuda
클라우드 애플리케이션 전환전략
Open Cloud Engine Initiative
JinWon Cho
www.opencloudengine.org
Gartner’s Cloud Migration Options
Gartner’s 에서 정의한 클라우드 애플리케이션 전환 전략
Replace
Rebuild
Cloud
• Apps Rebuilt on PaaS
Building a force.com application
for order management
Revise
• Replace by SaaS
Adopting SalesCloud for SFA and WorkDay for
HR Process
Rehost
Migration
• Apps Moved to IaaS
Moving J2EE apps to EC2 Linux
instances from AWS
Options
• Apps Moved to PaaS
Refactor
Moving .NET apps to Azure
Using Corent-Technology for adopting
existing apps
• Apps Redesign for PaaS
Redesigning a monolithic Java app into service-oriented architecture
and then deploying on Rackspace Cloud Servers
목차
I. SaaS 구현의 고려사항
1. 성숙한 SaaS의 3가지
요구사항
2. ASP와 SaaS의 차이점
II. 예시: SaaS Maturity Level3
1. 보안점검 SaaS 앱의
요구사항
2. 멀티태넌시
III. 지원도구
1. From the scratch (직접구현)
2. SaaS Framework
3. PaaS Platoform
IV.Advanced SaaS
1. Forrester의 Maturity Model
2. BPaaS의 필요성
3. 도입의 한계점
3. 셀프서비스
4. 앱스토어
5. 동적확장
6. 공통 요구사항의 분석
V. 도입 가이드라인
1. IBM의 클라우드 도입
가이드라인
ASP와 SaaS의 차이점
(일반적) ASP는 서버자원의 공유수준이 낮고, 관리 비용이 높아 중소기업에 제공하기에 ROI를 발생시키기 어려움
ASP
SaaS
ASP와 SaaS의 차이점
Level 3 부터 SaaS 의 비즈니스 가치인 빠른 프로비져닝, 셀프서비스, 동적 확장 등을 내기 시작함
출처: ETRI
성공적 클라우드 애플리케이션 구축을 위한 고려사항들
태넌트 – 가입자 하나가 추가될 때 소모되는 자원이 적을 수록, SaaS / 클라우드를 적용한 비즈니스 효과가 큼
Share less, More
easy & Secure !
Share more, More cheap
offering, More Competitive
in the market !
성공적 클라우드 애플리케이션 구축을 위한 고려사항들
수준 높은 클라우드 애플리케이션을 개발하기 위해서는 IaaS 만으로는 어려우며, 기존 SW 의 리펙토링이 필요함
01
자원 가상화
By IaaS
02
관리 확장 모니터링 자동화
03
멀티태넌시 / 태넌트 커스터마이징
04
셀프 서비스 / 제공자 포탈 / 앱스토어 SW 자체의
리팩토링
05
N-스크린 / 모바일
06
디버깅 / 테스트 / 빌드 / 거버넌스
목차
I. SaaS 구현의 고려사항
1. 성숙한 SaaS의 3가지
요구사항
2. ASP와 SaaS의 차이점
II. 예시: SaaS Maturity Level3
1. 보안점검 SaaS 앱의
요구사항
2. 멀티태넌시
III. 지원도구
1. From the scratch (직접구현)
2. SaaS Framework
3. PaaS Platoform
IV.Advanced SaaS
1. Forrester의 Maturity Model
2. BPaaS의 필요성
3. 도입의 한계점
3. 셀프서비스
4. 앱스토어
5. 동적확장
6. 공통 요구사항의 분석
V. 도입 가이드라인
1. IBM의 클라우드 도입
가이드라인
성숙도가 높은 SaaS 애플리케이션 예시
간단한 애플리케이션 에제를 통한 SaaS / 비 SaaS (패키지 혹은 ASP) 모델의 차이점 비교
샘플 : 보안점검 판정 앱
보안점검사항입력-DB저장
보안점검결과 자동 판정
성숙도가 높은 SaaS 애플리케이션 예시 – 멀티태넌시 특성
다중가입기관 (KIAT, KEIT, KETEP, NIPA) 의 특성화를 위한 각기관 로고, 입력항목, 보안수준 판정 규칙을 관리하는 적절한 예제
가입자A의 앱설정
가입자B의 앱설정
1. 도입기관 브랜드 설정
2. 도입기관별 입력 항목 변경
3. 도입기관별 판정로직 설정
* 멀티태넌시 지원 기능은 금번 사업 범위에 비포함
* 향후 현재 R&D문서관리 등은 멀티태넌트 전환이 필요함
성숙도가 높은 SaaS 애플리케이션 예시 – 셀프서비스
가입 기관들은 원하는 앱을 앱스토에서 취득하고 기관의 특색의 맞춤 설정하여 사용함
취득
앱-스토어
가입자 A
설정의 변경
가입자 B
• 회사로고
• 보안점검규칙
셀프 서비스
커스터마이징된
앱
성숙도가 높은 SaaS 애플리케이션 예시 – 동적확장
가입 기관들은 원하는 앱을 앱스토에서 취득하고 기관의 특색의 맞춤 설정하여 사용함
운영자
증설
앱 승인
가입자/개발자
관리
동적 확장
운영자 포탈
Garuda Architecture
클라우드 애플리케이션 개발 이외의 필요한 비용 및 시간, 에너지를 절감시켜 혁신적 개발에 몰두 가능함
IT 운영
개발자
운영자
사용자
운영자포탈
전자정부표준
표준프레임워
프레임워크
크
개발환경
샌드박스
앱스토어
형상관리서
버
(SVN)
IT 개발 부서
빌드서버
(Hudson)
모델서버
(메타데이터서
버)
가입자포탈
(Self-service)
Garuda (B-PaaS)
(임차)
사용기관
개발, 배포, VM생성
개발자포탈
(PaaS Social)
Apache Delta Cloud (IaaS 접근 추상화)
다종 IaaS
개발기 인스턴스
템플릿
운영기 인스턴스
Garuda Approach
가상화된 컴퓨팅 자원과 추상화된 개발 및 운영 방식을 제공하여 개발자, 운영자, 소비자가 쉽게 개발 및 운영, 관리가 가능
피드백
아키텍트
모델링 &
모델링 &
개발
개발
개발자
취득 &
클라우드
커스터마이
테스트
징
운영자
게시
가입자
(이미지)
빌드
클라우드
테스트 &
(이미지)
빌드
• 가상 개발 환경 제공으로 개발 환경
구축이 필요없어 바로 개발이 가능하
며 동일한 개발 환경내에서 개발
•클라우드 애플리케이션을 개발 하기
위환 플랫폼 및 라이브러리 제공
• 형상관리(SVN) ,CI(HUDSON), CHEF
도구 이용해 테스트, 빌드, 배포
게시
• 개발된 애플리케이션을 앱스토어 등
록하여 유통 모델 제시
취득 &
커스터마이
징
• 소비자가 손쉽게 취득하고 소비자에
맞게 Self-service 가능하게 제공
피드백
• 소비자 포탈(Social Portal)을 통해
고객 피드백이 접수하여 관리 가능
목차
I. SaaS 구현의 고려사항
1. 성숙한 SaaS의 3가지
요구사항
2. ASP와 SaaS의 차이점
II. 예시: SaaS Maturity Level3
1. 보안점검 SaaS 앱의
요구사항
2. 멀티태넌시
III. 지원도구
1. From the scratch (직접구현)
2. SaaS Framework
3. PaaS Platoform
IV.Advanced SaaS
1. Forrester의 Maturity Model
2. BPaaS의 필요성
3. 도입의 한계점
3. 셀프서비스
4. 앱스토어
5. 동적확장
6. 공통 요구사항의 분석
V. ?
1. IBM의 클라우드 도입
가이드라인
Package / ASP -> SaaS? 어렵지 않아요!
1주일 내 성숙한 수준의 SaaS 로 전환하기
[1분 소요] 기존
DB어댑터를 태넌
트 인식용 어댑터
로 교체
1분
[5분 소요] 태넌
트 인증 모듈을
WAS에 추가
[1주일 소요] 태넌트별로
가변적이어야 하는 코드
5분
를 멀티태넌시 코드 서버
를 호출하도록 일부 수정
1주일
물론, 기존 아키텍처가 잘되어있고, 가변분위와 고정부위(태
넌트별 특화영역)이 분석된 경우예요~
OCE’s Cloud Migration Strategy
자바 애플리케이션과 래가시 그리고 기타 언어로 된 애플리케이션에 대해서도 모두 클라우드로의 전환이 가능
기존어플리케이션
Java 가 아니며
변환이 어려운 경우
VM 기반 멀티티넌시
(Level 1)
신규
PaaS 기반
멀티태넌시
(Level 2)
커스터마이징
지원 (Level 3)
커스터마이징
미지원
어떤 아키텍처로 구성해야 하나요?
멀티태넌스 공통 아키텍처 - SPOSAD
Tenant-aware
Inject tenant-specific logics, workflows, brand
Tenant-specific
Store
OCE’s Cloud Migration Strategy
자바 애플리케이션과 래가시 그리고 기타 언어로 된 애플리케이션에 대해서도 모두 클라우드로의 전환이 가능
기존어플리케이션
Java 가 아니며
변환이 어려운 경우
VM 기반 멀티티넌시
(Level 1)
신규
PaaS 기반
멀티태넌시
(Level 2)
커스터마이징
지원 (Level 3)
커스터마이징
미지원
Multi-tenanted Tomcat
기존 애플리케이션의 최소한의 수정으로 클라우드 애플리케이션으로 전환을 위해 확장된 Tomcat
OCE’s Cloud Migration Strategy
자바 애플리케이션과 래가시 그리고 기타 언어로 된 애플리케이션에 대해서도 모두 클라우드로의 전환이 가능
기존어플리케이션
Java 가 아니며
변환이 어려운 경우
VM 기반 멀티티넌시
(Level 1)
신규
PaaS 기반
멀티태넌시
(Level 2)
커스터마이징
지원 (Level 3)
커스터마이징
미지원
메타데이터 및 모델 정의
Metadata 를 정의하고 애플리케이션에 주입함으로써 Self-service 가 가능
웹 브라우저에서 모든 작업이 가능
• Look & Feel
회사의 브랜드에 관련된
메타데이터를 정의
• Form Desginer
비니지스 폼을 개발을
지원
• Process Desginer
비니지스 프로세스와 룰 모델링을
지원
Cloude IDE
웹 브라우저 만으로 개발이 가능
 Coding and Running
- Java Classes
- HTML
- JavaScript
- Entity/DAO
- Business Processes and
Rules
 Security/Metering
- Detecting Infinite-loop
- System Resource
- Metering API Call-count
 Code Assist
 Static-Code Analysis
▼ Manageable Object Types
 Accessing Component Store by
code assist.
 Import from Cloud
- Component Market
- Web Service Import
- Database
▼ Database Objects
UI/UX/Visual Mashup Platform
생산성 높은 UI 프레임워크로 빠른 개발 가능
 Web Standard RIA
Framework
– metaworks3
 Form Designer,
Layout Manager,
HTML/CSS Editor
 Visual(Presentation)
Mashup with
Pipelining /
Transformation /
SSO
Model Platform
Integrated with uEngine BPMS/BRMS for Cloud
 Web-based
Business Process
Designer and Rule
Designer
 Integrated with
uEngine
BPMS/BRMS
 Process
Orchestration
between SaaS Apps.
(CSB; Cloud Service
Brokerage)
OCE’s Cloud Migration Strategy
자바 애플리케이션과 래가시 그리고 기타 언어로 된 애플리케이션에 대해서도 모두 클라우드로의 전환이 가능
기존어플리케이션
Java 가 아니며
변환이 어려운 경우
VM 기반 멀티티넌시
(Level 1)
신규
PaaS 기반
멀티태넌시
(Level 2)
커스터마이징
지원 (Level 3)
커스터마이징
미지원
App Store
애플리케이션을 웹 브라우저 접속 만으로 취득하여 사용하는 효율적인 유통 모델 제시
개발환경의 차이로 인해
애플리케이션 개발/판매의
생기는 문제해결
편리함 및 자유성 보장
기존 복잡한 오프라인
기업고객과 파트너와
판매방식을 보완
공유 가능한 플랫폼 이용
Provider Portal
App Store
Subscriber Portal
PaaS Social Portal
요구사항 정의에서 부터 개발, 테스트, 서비스, 운영에 이르는 애플리케이션 생명주기 관리를 협업을 통해 진행 가능
웹기반 메신저
• 나를 둘러싼 소셜
네트워크 구성
(협력기업/고객/전문
가 협의회/사적친구)
• 마이크로 블로깅
• 멀티미디어 공유
• 상황인지 기능
• 프로세스 실행 연결
기존 시스템 연동화면
(팝업 혹은 직접 임베드)
실시간 다 채널 피드백
(모바일/소셜)
• 프로세스 실행
요약 정보
통합검색
스케쥴, 프로세스진행
정보, 관련 지식맵
목차
I. SaaS 구현의 고려사항
1. 성숙한 SaaS의 3가지
요구사항
2. ASP와 SaaS의 차이점
II. 예시: SaaS Maturity Level3
1. 보안점검 SaaS 앱의
요구사항
2. 멀티태넌시
III. 지원도구
1. From the scratch (직접구현)
2. SaaS Framework
3. PaaS Platoform
IV.Advanced SaaS
1. Forrester의 Maturity Model
2. BPaaS의 필요성
3. 도입의 한계점
3. 셀프서비스
4. 앱스토어
5. 동적확장
6. 공통 요구사항의 분석
V. 도입 가이드라인
1. IBM의 클라우드 도입
가이드라인
확장된 SaaS 성숙도 모델과 BPaaS
포레스트 리서치의 SaaS 성숙도 모델은 SOA 기반의 통합 가능한 어플리케이션 수준을 제시함
클라우드 도입의 목적
PaaS Offerings
멀티태넌시
구내 앱스토어
셀프서비스
동적확장
개발자 지원 도구
클라우드 도입의 목적