OCE Garuda 클라우드 애플리케이션 전환전략 Open Cloud Engine Initiative JinWon Cho www.opencloudengine.org

1. OCE Garuda 클라우드 애플리케이션 전환전략 Open Cloud Engine Initiative JinWon Cho www.opencloudengine.org

2. Gartner’s Cloud Migration Options Gartner’s 에서 정의한 클라우드 애플리케이션 전환 전략 • Replace by SaaSAdopting SalesCloud for SFA and WorkDay for HR Process • Apps Moved to IaaSMoving J2EE apps to EC2 Linux instances from AWS • Apps Rebuilt on PaaSBuilding a force.com application for order management • Apps Moved to PaaSMoving .NET apps to AzureUsing Corent-Technology for adoptingexisting apps • Apps Redesign for PaaSRedesigning a monolithic Java app into service-oriented architecture and then deploying on Rackspace Cloud Servers

3. 목차 • SaaS 구현의 고려사항 • 지원도구 • 성숙한 SaaS의 3가지 요구사항 • ASP와 SaaS의 차이점 • From the scratch (직접구현) • SaaS Framework • PaaS Platoform • 예시: SaaS Maturity Level3 • Advanced SaaS • 보안점검 SaaS 앱의 요구사항 • 멀티태넌시 • 셀프서비스 • 앱스토어 • 동적확장 • 공통 요구사항의 분석 • Forrester의 Maturity Model • BPaaS의 필요성 • 도입의 한계점 • 도입 가이드라인 • IBM의 클라우드 도입 가이드라인

4. ASP와 SaaS의 차이점 (일반적) ASP는 서버자원의 공유수준이 낮고, 관리 비용이 높아 중소기업에 제공하기에 ROI를 발생시키기 어려움

5. ASP와 SaaS의 차이점 Level3 부터 SaaS 의 비즈니스 가치인 빠른 프로비져닝, 셀프서비스, 동적 확장 등을 내기 시작함 출처: ETRI

6. 성공적 클라우드 애플리케이션 구축을 위한 고려사항들 태넌트– 가입자 하나가 추가될 때 소모되는 자원이 적을 수록, SaaS / 클라우드를 적용한 비즈니스 효과가 큼 Share less, More easy & Secure ! Share more, More cheap offering, More Competitive in the market !

7. 성공적 클라우드 애플리케이션 구축을 위한 고려사항들 수준 높은 클라우드 애플리케이션을 개발하기 위해서는 IaaS만으로는 어려우며, 기존 SW 의 리펙토링이 필요함 01 자원 가상화 By IaaS 02 관리 확장 모니터링 자동화 03 멀티태넌시/ 태넌트커스터마이징 04 셀프 서비스 / 제공자 포탈 / 앱스토어 SW 자체의 리팩토링 N-스크린 / 모바일 05 06 디버깅 / 테스트 / 빌드/ 거버넌스

8. 목차 • SaaS 구현의 고려사항 • 지원도구 • 성숙한 SaaS의 3가지 요구사항 • ASP와 SaaS의 차이점 • From the scratch (직접구현) • SaaS Framework • PaaS Platoform • 예시: SaaS Maturity Level3 • Advanced SaaS • 보안점검 SaaS 앱의 요구사항 • 멀티태넌시 • 셀프서비스 • 앱스토어 • 동적확장 • 공통 요구사항의 분석 • Forrester의 Maturity Model • BPaaS의 필요성 • 도입의 한계점 • 도입 가이드라인 • IBM의 클라우드 도입 가이드라인

9. 성숙도가 높은 SaaS 애플리케이션 예시 간단한 애플리케이션 에제를 통한 SaaS / 비 SaaS (패키지 혹은 ASP) 모델의 차이점 비교 샘플 : 보안점검 판정 앱 보안점검사항입력-DB저장 보안점검결과 자동 판정

10. 성숙도가 높은 SaaS 애플리케이션 예시– 멀티태넌시 특성 다중가입기관 (KIAT, KEIT, KETEP, NIPA) 의 특성화를 위한 각기관 로고, 입력항목, 보안수준 판정 규칙을 관리하는 적절한 예제 가입자A의 앱설정 가입자B의 앱설정 1. 도입기관 브랜드 설정 2. 도입기관별 입력 항목 변경 3. 도입기관별 판정로직 설정 * 멀티태넌시 지원 기능은 금번 사업 범위에 비포함 * 향후 현재 R&D문서관리등은 멀티태넌트 전환이 필요함

11. 성숙도가 높은 SaaS 애플리케이션 예시– 셀프서비스 가입 기관들은 원하는 앱을앱스토에서 취득하고 기관의 특색의 맞춤 설정하여 사용함 취득 앱-스토어 가입자 A 설정의 변경 • 회사로고 • 보안점검규칙 가입자 B 커스터마이징된앱 셀프 서비스

12. 성숙도가 높은 SaaS 애플리케이션 예시– 동적확장 가입 기관들은 원하는 앱을앱스토에서 취득하고 기관의 특색의 맞춤 설정하여 사용함 운영자 증설 가입자/개발자 관리 운영자 포탈 앱승인 동적 확장

13. Garuda Architecture 클라우드 애플리케이션 개발 이외의 필요한 비용 및 시간, 에너지를 절감시켜 혁신적 개발에 몰두 가능함 개발자 운영자 사용자 운영자포탈 표준프레임워크 개발환경 전자정부표준프레임워크 가입자포탈(Self-service) IT 개발 부서 앱스토어 형상관리서버(SVN) 빌드서버(Hudson) 모델서버 (메타데이터서버) 샌드박스 Garuda (B-PaaS) 개발, 배포, VM생성 개발자포탈(PaaS Social) (임차) 사용기관 Apache Delta Cloud (IaaS접근 추상화) IT 운영 다종 IaaS 개발기인스턴스 템플릿 운영기인스턴스

14. Garuda Approach 가상화된 컴퓨팅 자원과 추상화된 개발 및 운영 방식을 제공하여 개발자, 운영자, 소비자가 쉽게 개발 및 운영, 관리가 가능 가입자 모델링 & 개발 클라우드테스트 & (이미지)빌드 게시 취득 &커스터마이징 피드백 • 가상 개발 환경 제공으로 개발 환경 구축이 필요없어 바로 개발이 가능하며 동일한 개발 환경내에서 개발 • 클라우드 애플리케이션을 개발 하기위환 플랫폼 및 라이브러리 제공 • 형상관리(SVN),CI(HUDSON), CHEF 도구 이용해 테스트, 빌드, 배포 • 개발된 애플리케이션을 앱스토어 등록하여 유통 모델 제시 • 소비자가 손쉽게 취득하고 소비자에 맞게 Self-service 가능하게 제공 • 소비자 포탈(Social Portal)을 통해 고객 피드백이 접수하여 관리 가능 개발자 아키텍트 운영자

15. 목차 • SaaS 구현의 고려사항 • 지원도구 • 성숙한 SaaS의 3가지 요구사항 • ASP와 SaaS의 차이점 • From the scratch (직접구현) • SaaS Framework • PaaS Platoform • 예시: SaaS Maturity Level3 • Advanced SaaS • 보안점검 SaaS 앱의 요구사항 • 멀티태넌시 • 셀프서비스 • 앱스토어 • 동적확장 • 공통 요구사항의 분석 • Forrester의 Maturity Model • BPaaS의 필요성 • 도입의 한계점 • ? • IBM의 클라우드 도입 가이드라인

16. Package / ASP -> SaaS? 어렵지 않아요! 1주일 내 성숙한 수준의 SaaS 로 전환하기 1분 5분 1주일 물론, 기존 아키텍처가 잘되어있고, 가변분위와 고정부위(태넌트별 특화영역)이 분석된 경우예요~

17. OCE’s Cloud Migration Strategy 자바 애플리케이션과 래가시 그리고 기타 언어로 된 애플리케이션에 대해서도 모두 클라우드로의 전환이 가능 애플리케이션분석 기존어플리케이션 신규 Java 가 아니며변환이 어려운 경우VM 기반 멀티티넌시(Level 1) PaaS기반멀티태넌시(Level 2) 커스터마이징미지원 커스터마이징지원 (Level 3) NetraDSL Templete정의 GarudaSaaS Migrator적용 가변부위 식별 메타데이터정의 Netra(IaaS)에 탑재 Garuda(PaaS)에 탑재

18. 어떤 아키텍처로 구성해야 하나요? 멀티태넌스 공통 아키텍처 - SPOSAD Tenant-aware Injecttenant-specific logics, workflows, brand Tenant-specific Store

19. OCE’s Cloud Migration Strategy 자바 애플리케이션과 래가시 그리고 기타 언어로 된 애플리케이션에 대해서도 모두 클라우드로의 전환이 가능 애플리케이션분석 기존어플리케이션 신규 Java 가 아니며변환이 어려운 경우VM 기반 멀티티넌시(Level 1) PaaS기반멀티태넌시(Level 2) 커스터마이징미지원 커스터마이징지원 (Level 3) NetraDSL Templete정의 GarudaSaaS Migrator적용 가변부위 식별 메타데이터정의 Netra(IaaS)에 탑재 Garuda(PaaS)에 탑재

20. Multi-tenanted Tomcat 기존 애플리케이션의 최소한의 수정으로 클라우드 애플리케이션으로 전환을 위해 확장된 Tomcat

21. OCE’s Cloud Migration Strategy 자바 애플리케이션과 래가시 그리고 기타 언어로 된 애플리케이션에 대해서도 모두 클라우드로의 전환이 가능 애플리케이션분석 기존어플리케이션 신규 Java 가 아니며변환이 어려운 경우VM 기반 멀티티넌시(Level 1) PaaS기반멀티태넌시(Level 2) 커스터마이징미지원 커스터마이징지원 (Level 3) NetraDSL Templete정의 가변부위 식별 GarudaSaaS Migrator적용 메타데이터및 모델정의 Netra(IaaS)에 탑재 Garuda(PaaS)에 탑재

22. 메타데이터 및 모델 정의 Metadata 를 정의하고 애플리케이션에 주입함으로써 Self-service 가 가능 웹 브라우저에서 모든 작업이 가능 • Look & Feel회사의 브랜드에 관련된메타데이터를 정의 • Form Desginer비니지스 폼을 개발을지원 • Process Desginer비니지스 프로세스와 룰 모델링을지원

23. Cloude IDE 웹 브라우저 만으로개발이 가능 • Coding and Running • - Java Classes • - HTML • - JavaScript • - Entity/DAO • - Business Processesand Rules • Security/Metering • -Detecting Infinite-loop • -System Resource • - Metering API Call-count • Code Assist • Static-Code Analysis • Import from Cloud • - Component Market • - Web Service Import • - Database  Accessing Component Store by code assist. ▼ Manageable Object Types ▼ Database Objects Page 23

24. 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

25. Model Platform Integrated with uEngine BPMS/BRMS for Cloud • Web-based Business Process Designer and Rule Designer • Integrated with uEngineBPMS/BRMS • Process Orchestration between SaaS Apps. (CSB; Cloud Service Brokerage)

26. OCE’s Cloud Migration Strategy 자바 애플리케이션과 래가시 그리고 기타 언어로 된 애플리케이션에 대해서도 모두 클라우드로의 전환이 가능 애플리케이션분석 기존어플리케이션 신규 Java 가 아니며변환이 어려운 경우VM 기반 멀티티넌시(Level 1) PaaS기반멀티태넌시(Level 2) 커스터마이징미지원 커스터마이징지원 (Level 3) NetraDSL Templete정의 가변부위 식별 GarudaSaaS Migrator적용 메타데이터및 모델정의 Netra(IaaS)에 탑재 Garuda(PaaS)에 탑재

27. App Store 애플리케이션을 웹 브라우저 접속 만으로 취득하여 사용하는 효율적인 유통 모델 제시 개발환경의 차이로 인해 생기는 문제해결 기존 복잡한 오프라인 판매방식을 보완 애플리케이션 개발/판매의 편리함 및 자유성 보장 기업고객과 파트너와 공유 가능한 플랫폼 이용 App Store Subscriber Portal Provider Portal

28. PaaS Social Portal 요구사항 정의에서 부터 개발, 테스트, 서비스, 운영에 이르는 애플리케이션 생명주기 관리를 협업을 통해 진행 가능 • 마이크로 블로깅 • 멀티미디어 공유 • 상황인지 기능 • 프로세스 실행 연결 통합검색 웹기반 메신저 스케쥴, 프로세스진행정보, 관련 지식맵 기존 시스템 연동화면(팝업 혹은 직접 임베드) • 나를 둘러싼 소셜네트워크 구성(협력기업/고객/전문가 협의회/사적친구) 실시간 다 채널 피드백(모바일/소셜) • 프로세스 실행 요약 정보

29. 목차 • SaaS 구현의 고려사항 • 지원도구 • 성숙한 SaaS의 3가지 요구사항 • ASP와 SaaS의 차이점 • From the scratch (직접구현) • SaaS Framework • PaaS Platoform • 예시: SaaS Maturity Level3 • Advanced SaaS • 보안점검 SaaS 앱의 요구사항 • 멀티태넌시 • 셀프서비스 • 앱스토어 • 동적확장 • 공통 요구사항의 분석 • Forrester의 Maturity Model • BPaaS의 필요성 • 도입의 한계점 • 도입 가이드라인 • IBM의 클라우드 도입 가이드라인

30. 확장된 SaaS 성숙도 모델과 BPaaS 포레스트 리서치의 SaaS 성숙도 모델은 SOA 기반의 통합 가능한 어플리케이션 수준을 제시함

31. 클라우드 도입의 목적 PaaS Offerings 멀티태넌시 구내 앱스토어 셀프서비스 동적확장 개발자 지원 도구

32. 클라우드 도입의 목적