View
178
Download
1
Category
Preview:
DESCRIPTION
OCE Garuda 클라우드 애플리케이션 전환전략 Open Cloud Engine Initiative JinWon Cho www.opencloudengine.org. Gartner’s Cloud Migration Options. Gartner’s 에서 정의한 클라우드 애플리케이션 전환 전략. Replace by SaaS Adopting SalesCloud for SFA and WorkDay for HR Process. - PowerPoint PPT Presentation
Citation preview
OCE Garuda 클라우드 애플리케이션 전환전략Open Cloud Engine InitiativeJinWon Chowww.opencloudengine.org
Gartner’s Cloud Migration Options
Cloud Mi-gration Options
Re-place
Rehost
Refac-torRevise
Rebuild
• Replace by SaaSAdopting SalesCloud for SFA and WorkDay for HR Process
• Apps Moved to IaaSMoving J2EE apps to EC2 Linux instances from AWS
• Apps Moved to PaaSMoving .NET apps to AzureUsing Corent-Technology for adoptingexisting apps
• Apps Rebuilt on PaaSBuilding a force.com application for order management
• Apps Redesign for PaaSRedesigning a monolithic Java app into service-oriented archi-tecture and then deploying on Rackspace Cloud Servers
Gartner’s 에서 정의한 클라우드 애플리케이션 전환 전략
1. 성숙한 SaaS 의 3 가지 요구사항
2. ASP 와 SaaS 의 차이점
I. SaaS 구현의 고려사항
II. 예시 : SaaS Maturity Level3
1. 보안점검 SaaS 앱의 요구사항
2. 멀티태넌시
3. 셀프서비스
4. 앱스토어
5. 동적확장
6. 공통 요구사항의 분석
III.지원도구
1. From the scratch (직접구현 )
2. SaaS Framework3. PaaS Platoform
IV.Advanced SaaS1. Forrester 의 Maturity
Model2. BPaaS 의 필요성
3. 도입의 한계점
V. 도입 가이드라인
1. IBM 의 클라우드 도입 가이드라인
목차
ASP 와 SaaS 의 차이점( 일반적 ) ASP 는 서버자원의 공유수준이 낮고 , 관리 비용이 높아 중소기업에 제공하기에 ROI 를 발생시키기 어려움
ASP SaaS
가입자 추가시 10Kb 정도 소요
가입자 추가되어도 기반 SW 라이선스 1 개씩만 소요
가입시 수분이내 사용 가능 / 가입자가 직접 ( 셀프서비스 ) 로 관리
서버자원 최적 공유 / 동적 확장
가입자 추가시 1 기가 바이트 이상 소요
가입자 당 WAS, DB, OS 라이선스 소요
가입자별로 제공자가 직접 설치 및 관리 – 관리비용 높음
ASP 와 SaaS 의 차이점Level 3 부터 SaaS 의 비즈니스 가치인 빠른 프로비져닝 , 셀프서비스 , 동적 확장 등을 내기 시작함
출처 : ETRI
성공적 클라우드 애플리케이션 구축을 위한 고려사항들태넌트 – 가입자 하나가 추가될 때 소모되는 자원이 적을 수록 , SaaS / 클라우드를 적용한 비즈니스 효과가 큼
Share more, More cheap offering, More Competitive in the market !
Share less, More easy & Secure !
성공적 클라우드 애플리케이션 구축을 위한 고려사항들수준 높은 클라우드 애플리케이션을 개발하기 위해서는 IaaS 만으로는 어려우며 , 기존 SW 의 리펙토링이 필요함
01
02
03
05
04
06
By IaaS
SW 자체의 리팩토링
자원 가상화관리 확장 모니터링 자동화
멀티태넌시 / 태넌트 커스터마이징셀프 서비스 / 제공자 포탈 / 앱스토어
N- 스크린 / 모바일디버깅 / 테스트 / 빌드 / 거버넌스
1. 성숙한 SaaS 의 3 가지 요구사항
2. ASP 와 SaaS 의 차이점
I. SaaS 구현의 고려사항
II. 예시 : SaaS Maturity Level3
1. 보안점검 SaaS 앱의 요구사항
2. 멀티태넌시
3. 셀프서비스
4. 앱스토어
5. 동적확장
6. 공통 요구사항의 분석
III.지원도구
1. From the scratch (직접구현 )
2. SaaS Framework3. PaaS Platoform
IV.Advanced SaaS1. Forrester 의 Maturity
Model2. BPaaS 의 필요성
3. 도입의 한계점
V. 도입 가이드라인
1. IBM 의 클라우드 도입 가이드라인
목차
성숙도가 높은 SaaS 애플리케이션 예시간단한 애플리케이션 에제를 통한 SaaS / 비 SaaS ( 패키지 혹은 ASP) 모델의 차이점 비교
샘플 : 보안점검 판정 앱
보안점검결과 자동 판정보안점검사항입력 -DB 저장
성숙도가 높은 SaaS 애플리케이션 예시 – 멀티태넌시 특성다중가입기관 (KIAT, KEIT, KETEP, NIPA) 의 특성화를 위한 각기관 로고 , 입력항목 , 보안수준 판정 규칙을 관리하는 적절한 예제
가입자 A 의 앱설정 가입자 B 의 앱설정
* 멀티태넌시 지원 기능은 금번 사업 범위에 비포함* 향후 현재 R&D 문서관리 등은 멀티태넌트 전환이 필요함
2. 도입기관별 입력 항목 변경
3. 도입기관별 판정로직 설정
1. 도입기관 브랜드 설정
성숙도가 높은 SaaS 애플리케이션 예시 – 셀프서비스가입 기관들은 원하는 앱을 앱스토에서 취득하고 기관의 특색의 맞춤 설정하여 사용함
앱 - 스토어
셀프 서비스
커스터마이징된 앱
취득
설정의 변경
가입자 A
가입자 B• 회사로고• 보안점검규칙
성숙도가 높은 SaaS 애플리케이션 예시 – 동적확장가입 기관들은 원하는 앱을 앱스토에서 취득하고 기관의 특색의 맞춤 설정하여 사용함
운영자 포탈
증설
동적 확장
운영자
앱 승인 가입자 / 개발자 관리
Garuda Architecture클라우드 애플리케이션 개발 이외의 필요한 비용 및 시간 , 에너지를 절감시켜 혁신적 개발에 몰두 가능함
개발자 운영자 사용자
표준프레임워크 개발환경
샌드박스
개발자포탈(PaaS Social)
운영자포탈
앱스토어
형상관리서버
(SVN)빌드서버(Hudson)
모델서버(
메타데이터서버 )
Garuda (B-PaaS)개발 , 배포 , VM 생성
Apache Delta Cloud (IaaS 접근 추상화 )
다종 IaaS
개발기 인스턴스 템플릿 운영기 인스턴스
가입자포탈(Self-service)
전자정부표준프레임워크
( 임차 )사용기관
IT 개발 부서
IT 운영
Garuda Approach가상화된 컴퓨팅 자원과 추상화된 개발 및 운영 방식을 제공하여 개발자 , 운영자 , 소비자가 쉽게 개발 및 운영 , 관리가 가능
모델링 & 개발
클라우드테스트
( 이미지 )빌드게시
취득 & 커스터마이징
피드백
개발자아키텍트
운영자 가입자
• 가상 개발 환경 제공으로 개발 환경 구축이 필요없어 바로 개발이 가능하며 동일한 개발 환경내에서 개발•클라우드 애플리케이션을 개발 하기위환 플랫폼 및 라이브러리 제공
• 형상관리 (SVN) ,CI(HUDSON), CHEF 도구 이용해 테스트 , 빌드 , 배포
• 개발된 애플리케이션을 앱스토어 등록하여 유통 모델 제시
• 소비자가 손쉽게 취득하고 소비자에 맞게 Self-service 가능하게 제공
• 소비자 포탈 (Social Portal) 을 통해 고객 피드백이 접수하여 관리 가능
모델링 &개발
클라우드테스트 &( 이미지 )
빌드
게시
취득 &커스터마이
징
피드백
1. 성숙한 SaaS 의 3 가지 요구사항
2. ASP 와 SaaS 의 차이점
I. SaaS 구현의 고려사항
II. 예시 : SaaS Maturity Level3
1. 보안점검 SaaS 앱의 요구사항
2. 멀티태넌시
3. 셀프서비스
4. 앱스토어
5. 동적확장
6. 공통 요구사항의 분석
III.지원도구
1. From the scratch (직접구현 )
2. SaaS Framework3. PaaS Platoform
IV.Advanced SaaS1. Forrester 의 Maturity
Model2. BPaaS 의 필요성
3. 도입의 한계점
V. ?1. IBM 의 클라우드 도입
가이드라인
목차
Package / ASP -> SaaS? 어렵지 않아요 !1 주일 내 성숙한 수준의 SaaS 로 전환하기
[1 주일 소요 ] 태넌트별로 가변적이어야 하는 코드를 멀티태넌시 코드 서버를 호출하도록 일부 수정
[5 분 소요 ] 태넌트 인증 모듈을 WAS 에 추가
[1 분 소요 ] 기존 DB어댑터를 태넌트 인식용 어댑터로 교체 1 분
5 분1 주일
물론 , 기존 아키텍처가 잘되어있고 , 가변분위와 고정부위 (태넌트별 특화영역 ) 이 분석된 경우예요 ~
OCE’s Cloud Migration Strategy자바 애플리케이션과 래가시 그리고 기타 언어로 된 애플리케이션에 대해서도 모두 클라우드로의 전환이 가능
애플리케이션분석
GarudaSaaS
Migrator적용
메타데이터정의
Garuda(PaaS) 에 탑재
NetraDSL
Templete정의
Netra(IaaS)에 탑재
가변부위 식별
기존어플리케이션 신규
Java 가 아니며변환이 어려운 경우VM 기반 멀티티넌시(Level 1)
PaaS 기반멀티태넌시(Level 2)
커스터마이징미지원커스터마이징지원 (Level 3)
어떤 아키텍처로 구성해야 하나요 ?멀티태넌스 공통 아키텍처 - SPOSAD
Tenant-aware Inject tenant-specific logics, workflows, brandTenant-specific
Store
OCE’s Cloud Migration Strategy자바 애플리케이션과 래가시 그리고 기타 언어로 된 애플리케이션에 대해서도 모두 클라우드로의 전환이 가능
애플리케이션분석
GarudaSaaS
Migrator적용
메타데이터정의
Garuda(PaaS) 에 탑재
NetraDSL
Templete정의
Netra(IaaS)에 탑재
가변부위 식별
기존어플리케이션 신규
Java 가 아니며변환이 어려운 경우VM 기반 멀티티넌시(Level 1)
PaaS 기반멀티태넌시(Level 2)
커스터마이징미지원커스터마이징지원 (Level 3)
Multi-tenanted Tomcat기존 애플리케이션의 최소한의 수정으로 클라우드 애플리케이션으로 전환을 위해 확장된 Tomcat
OCE’s Cloud Migration Strategy자바 애플리케이션과 래가시 그리고 기타 언어로 된 애플리케이션에 대해서도 모두 클라우드로의 전환이 가능
애플리케이션분석
메타데이터및 모델
정의Garuda(PaaS
) 에 탑재
NetraDSL
Templete정의
Netra(IaaS)에 탑재
가변부위 식별
기존어플리케이션 신규
Java 가 아니며변환이 어려운 경우VM 기반 멀티티넌시(Level 1)
PaaS 기반멀티태넌시(Level 2)
커스터마이징미지원커스터마이징지원 (Level 3)
GarudaSaaS
Migrator적용
메타데이터 및 모델 정의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 AssistStatic-Code
Analysis
Import from Cloud - Component Market - Web Service Import - Database
▼ Manageable Object Types
▼ Database Objects
Accessing Component Store by
code assist.
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 PlatformIntegrated 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자바 애플리케이션과 래가시 그리고 기타 언어로 된 애플리케이션에 대해서도 모두 클라우드로의 전환이 가능
애플리케이션분석
메타데이터및 모델
정의Garuda(PaaS
) 에 탑재
NetraDSL
Templete정의
Netra(IaaS)에 탑재
가변부위 식별
기존어플리케이션 신규
Java 가 아니며변환이 어려운 경우VM 기반 멀티티넌시(Level 1)
PaaS 기반멀티태넌시(Level 2)
커스터마이징미지원커스터마이징지원 (Level 3)
GarudaSaaS
Migrator적용
App Store애플리케이션을 웹 브라우저 접속 만으로 취득하여 사용하는 효율적인 유통 모델 제시
Provider Portal Subscriber Portal
App Store
개발환경의 차이로 인해 생기는 문제해결
기존 복잡한 오프라인 판매방식을 보완
애플리케이션 개발 /판매의 편리함 및 자유성 보장
기업고객과 파트너와 공유 가능한 플랫폼 이용
PaaS Social Portal요구사항 정의에서 부터 개발 , 테스트 , 서비스 , 운영에 이르는 애플리케이션 생명주기 관리를 협업을 통해 진행 가능
실시간 다 채널 피드백( 모바일 / 소셜 )
스케쥴 , 프로세스진행정보 ,
관련 지식맵
• 마이크로 블로깅• 멀티미디어 공유• 상황인지 기능• 프로세스 실행 연결
• 나를 둘러싼 소셜네트워크 구성( 협력기업 / 고객 /전문가 협의회 /사적친구 )
• 프로세스 실행 요약 정보
웹기반 메신저 통합검색
기존 시스템 연동화면( 팝업 혹은 직접 임베드 )
1. 성숙한 SaaS 의 3 가지 요구사항
2. ASP 와 SaaS 의 차이점
I. SaaS 구현의 고려사항
II. 예시 : SaaS Maturity Level3
1. 보안점검 SaaS 앱의 요구사항
2. 멀티태넌시
3. 셀프서비스
4. 앱스토어
5. 동적확장
6. 공통 요구사항의 분석
III.지원도구
1. From the scratch (직접구현 )
2. SaaS Framework3. PaaS Platoform
IV.Advanced SaaS1. Forrester 의 Maturity
Model2. BPaaS 의 필요성
3. 도입의 한계점
V. 도입 가이드라인
1. IBM 의 클라우드 도입 가이드라인
목차
확장된 SaaS 성숙도 모델과 BPaaS포레스트 리서치의 SaaS 성숙도 모델은 SOA 기반의 통합 가능한 어플리케이션 수준을 제시함
클라우드 도입의 목적
구내 앱스토어셀프서비스
멀티태넌시
동적확장개발자 지원 도구
PaaS Offerings
클라우드 도입의 목적
Recommended