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

클라우드 도입의 목적