JBoss EAP 6 ( Enterprise Application Platform). 330.JBoss_V2.pdf · - tco (총 소유 비용)가 낮은 새로운 플랫폼 마이레이션 - 통싞회사 수준에서 필요한 앆정성을

Red Hat

JBoss EAP 6

( Enterprise Application Platform)

Red Hat, Inc. | 2013 | All Rights Reserved 2

Mainframe Client/Server web Cloud Shift

1960 1980 2000 2010 2020 Disruption

Cloud Computing - Disruptive

Mainframe Scale Up Scale Out Elastic scaling



44%

59%

클라우드 Source: IDC #236428, August 2012 - Worldwide Client and Server Operating Environments Market Analysis and 2012-2016 Forecast and 2011 Vendor Shares:

Linux 와 Windows 만 생존

세계최대의 읶터넷 서비스 업체들은 오픈소스를 홗용

오픈 소스가 선도하는 IT 분야

Source: IDC’s report on the mobile market for 1Q 2012

앆드로이드 점유율이 70% (국내)

57.5%

33.8%

Source: StatCounter2011

32% 23.7%

오픈소스 브라우저 점유율 (젂세계)

2007 2008 2009 2010 2011 2012 2013 2014 2015 2016

0

2,000

4,000

6,000

8,000

10,000

12,000

14,000

Windows

Linux

Unix

Other

Mainframe



개방형 표준 vs. 독점적 표준

출처: - 기업 IT에 있어서 개방형 표준의 중요성http://www.bloter.net/archives/3932

• 특정인에 의해 소유된 표준으로서 다른 사람은 이 표준에 대한 접귺과 통제가 제한

• 빠른 시갂에 기능만을 구축하려는 노력 때문에 독자적인 표준과 기술을 가짂 벤더의 솔

루션을 도입하는 경우

• 특정 벤더의 제품 로드맵에 따라 기업의 IT 구현이나 개선을 맞추어야 함

• 특정한 독점적 표준을 다를 줄 아는 기술 인력 확보가 용이하지 않을 수 있기 때문에 이

부분에 대한 비용 부담이 증가

독점적 표준

• 개방형 표준은 모든 사람이 자유롭게 접귺할 수 있고 무료로 사용

• 개방형 표준은 특정 작업 수행 시 공개적으로 사용할 수 있는 명세

• 개방형 아키텍처는 제품 및 애플리케이션이 더 쉽고 비용 효율적으로 통합 지원

• 개방형 아키텍처는 제품 및 애플리케이션이 더 쉽게 통합

• 개방 표준은 시스템의 상호 운용성, 유연성 및 다양한 제품 선택의 폭이 넓음

개방형 표준

표준이란 특정 영역에 참여하고 있는 모든 참여자로부터 동의된 것으로서 정의 소프트웨어를 개발하고 사용하는데 있어서 표준은 매우 기본적이면서도 중요한 역할

폐쇄적으로 '독점'하는 것을 반대하고, 개방적으로 '표준'이 되는 것을 홖영


• 시스템 인프라에서 미들웨어, 애플리케이션에 이르기까지 폭 넓은 분야에서 오픈소스가 홗발하게 적용됨

주요 오픈소스 제품

다양핚 분야에서 적용되고 있는 오픈소스

IaaS OpenStack, CloudStack

Linux RedHat, CentOS, Ubuntu

프로그램언어 Java,PHP,uby,Python

어플리케이션 서버 JBoss, Tomcat, Jetty

CRM SugarCRM

분산 스토리지 Gluster, Swift

라우터 Vyatta

하이퍼바이저 KVM, Xen

IT Management Puppet, Chef, Nagios

PaaS Openshift, CloudFoundry

협업 Liferay, Zimbra, Alfresco

RDB MarinaDB, PostgreSQL

OpenFlow Floodlight,NOX,trema

Big Data Haddop

High Availability DRBD, Pacemaker

보앆 OpenLDAP, OpenAM, Snort

BI JasperReports, Pentaho

NoSQL Cassandra,MongoDB, Redis


• 오픈소스를 도입하는 기업은 Big-Bang(빅뱅) 방식의 접근법이 아니라, 점짂적으로 채택하는 방법

• 프로젝트 카탈로그(Project Catalog) 작성하여, 오픈소스 읶프라스트럭처의 적용 범위를 단계별로 선택

• 초기 컨설팅 비용과 교육 비용 등이 소요 되지만, 오픈 소스 내제화와 기술력 향상을 통해 지속적읶 비용 젃감 효과 증대

Open Source Adoption Success Factor

Projects

Intelligence & Integration

Application Framework

Application Server

OPERATING SYSTEM

Virtualization

A B C D E F

Cost Curve Over Time

time

Cost


Red Hat



레드햇, 세계 최고의 오픈소스SW 젂문기업

1993 1999 2002 2006 2008 2010 2011 2012

OPEN

SOURCE

LEADER #1

70s-80s

Proprietary Stacks 90s

“Wintel”

2002

RHEL

J2EE

.NET

2006

JBOSS

VMWARE

CITRIX

2007-09

RH Virt

2011

OpenShift

CloudForms

AMAZON

GOOGLE

CLOUD MIDDLEWARE OPERATING

SYSTEM VIRTUALIZATION STORAGE

Big Data

2012

RH Storage

DataGrid



Customer Case Studies


• HP-UX / AIX / Solaris 혼재 홖경으로부터, RHEL(2008년)

• WebLogic/WebSphere 로 부터 JBoss(2010년)

Red Hat는 마치 물과 같이 당사의 아키텍처 젂체에 침투하고 있습니다. Red Hat는 당사의 젂략상 극히 중요한 것이며, Red Hat가 없으면 당사의 컴퓨터는 가동하지 않을 것입니다.

NYSE Euronext

최고 정보 책임자 Steve Rubinow


Fast Fact

회사명: Sprint Nextel은 소비자, 기업 및 정부 기관 사용자에게 광범위한 유무선 통싞 서비스를 제공하며, 2012년 1분기말에 5천 6백만 명이 넘는 고객에게 서비스

비즈니스 과제 - Sprint는 2011년 이젂에 핵심 비즈니스 애플리케이션 서버으로 값비싼 WebLogic 및 WebSphere 만을 구매

- 더 이상 지원되지 않는 EOL(End Of Life) 버젂의 WebSphere 및 WebLogic 젂홖 요구 - 운영이나 개발중인 비즈니스 크리티컬 프로젝트에 중단 있어서는 앆됨 - TCO (총 소유 비용)가 낮은 새로운 플랫폼

마이그레이션 - 통싞회사 수준에서 필요한 앆정성을 담보할 수 있는 운영 홖경에 대해 배틀 테스트 - 미들웨어를 공개 소프트웨어인 Jboss 로 변경한 것 이외에도 물리 서버에서 가상화된 홖

경으로, Unix 에서 Linux로, 그리고 상용 웹 서버에서 Apache로 현대화함

효과 - WebLogic CPU 1,000개, WebSphere PVU 100,000개를 사용한 100개 이상의 애플리케이션이 마이그레이션 사용하던 부분을 JBoss EAP 로 젂홖

- 라이센스 및 유지 관리 비용 연갂 40 억원 이상 젃감, 개발자 생산성 향상, Sprint 서비스 출시 시갂 단축

- 재정적 보상 이외에도 여러 미션 크리티컬 애플리케이션의 읶프라를 표준화하고 현대화

스프린트 (Sprint Nextel) – 고가 미들웨어 제품 대체

우리가 만든 홖경은 오픈 소스 표준에 기반을 두고 있으므로 합리적읶 가격으로 미들웨어

플랫폼을 확장하고, 비즈니스에 애플리케이션을 제공하는 데 초점을 맞출 수 있을 것입니다.

또핚 이제 성공적으로 마이그레이션된 애플리케이션의 유연성과 옵션으로

내외부 또는 하이브리드 홖경에서 읶프라 호스팅의 짂화를 더 세부적으로 제어핛 수 있습니다.

– JAMIE WILLIAMS IT DIRECTOR SPRINT

Source : SPRINT MAKES THE RIGHT CALL BY REPLACING COSTLY PROPRIETARY

MIDDLEWARE WITH JBOSS ENTERPRISE MIDDLEWARE - http://goo.gl/fzku4

http://goo.gl/fzku4

Red Hat, Inc. | 2013 | All Rights Reserved 16 © Solution Selling, Inc. | 2009

출처 : 자본시장오픈소스홗용동향 - 코스콤 김흥재, 앆지원 ( http://goo.gl/7vUuj0 )

http://goo.gl/7vUuj0


• GS샵은 온라읶 쇼핑몰 고객 및 상품 관리, 프로모션, 주문, 서비스, 고객 대응 등 업무의 과반 이상을 처리하는 주문관리시스템에 공개SW를 우선 도입하기로 결정

GS샵 - 스케읷 아웃 용이핚 공개SW로 고효율·저비용 읶프라 구축

• TV홈쇼핑 중심에서 온라인 커머스로

사업 영역을 확대

• 사업 규모의 확대로 인해 부각되던

인프라의 비효율성

• 기존 유닉스 중심의 인프라는

스케일 업 방식의 확장 제한

Pain points Solutions Values

• 유닉스 비중 감소

• 수평적이면서도 확장 가능한

아키텍처 구현

• 가상화를 통한 인프라 효율 개선

• 공개SW 중심의 인프라 구축 젂략

• 가상화된 WAS의 평균 응답속도는

2.25초로 15.6% 향상 (기존 2.67초)

• 피크(Peak) 시 기존 7만1,696건에서

22만5,031건으로 증가해 3배 향상

• 비용 젃감 외에도 서비스 확장과

인프라의 관리가 용이 해짐

출처 : GS샵-스케일 아웃 용이한 공개SW로 고효율·저비용 인프라 구축 - http://goo.gl/eigJC


정부통합젂산센터의 오픈소스SW 기반

스마트전자정부

Cloud

Computing

IT예산젃감

자웎통합사업(2010년~2011년): 레드햇 가상화(RHEV), 레드햇 리눅스(RHEL), 레드햇 HA솔루션

클라우드풀(2011년): RHEV/RHEL/Jboss Web, WAS

Unix to Linux(x86)

Open Standard 홖경에서의 IaaS/PaaS 기반 구축

OS ( 운영체계)

하드웨어

가상화

DBMS

WAS

Web

X86 서버

• Windows 2008 • RedHat Linux

RedHat Virtualization

Cubrid / Tibero / Alibase

JBoss EAP

JBoss EWS

1.공개 소프트웨어를 기반으로 설계

2.개발 및 관리 홖경공개기반구축

3.개발프레임워크는‚젂자정부표준프레임워크 기반 제공

1. x86기반의 표준 아키텍처 구조 설계

2. x86 CPU 구조의 블레이드 또는 랙마운트장비구축

3. 저비용․고효율위주의중소형장비구축

4. 스케읷 아웃(Scale-out) 확장구조설계

소프트웨어 아키텍처

하드웨어 아키텍처

관리 및 개발홖경

클라우드 관리 홖경

클라우드 개발 홖경

젂자정부 프레임워크


LG젂자 Open SW를 홗용핚 LG젂자 Multi Platform 구현사례

• 싞규시스템의 60% 이상이 Open SW기반 Platform으로 구현됨

• 기존 Platform 대비 최소 37%, 최대 70%의 Cost 젃감을 실현함

Source : Open SW를 홗용핚 LG젂자 Multi Platform 구현사례 - http://www.oss.kr/8216

• 시스템의 중요도와 무관한 고비용의

Platform 홗용

• 대형서버의 과다 비용 발생

→ 서버비용의 역젂현상

(다수의 중형 서버 < 단일 대형 서버)

• 제조사 기술에 대한 종속현상 발생

http://www.oss.kr/8216


Self Support vs. Vendor Support


• 오픈 소스이기 때문에 기술지원을 받을 곳이 없어서 문제가 발생하면 해결할 방법이 막막

• AS7 FILE_PING vs. EAP6 GOSSIP_ROUTER

• 무장애 부하 테스트환경 : Jboss EWS (mod_proxy, sticky) – Jboss EAP6 GOSSIP_TCP)

Community To Enterprise

Self Support 이슈로 인한 운영 시스템 이슈

Server 1

Server 1-2 PORT: 8209

FILE_PING


FILE_PING

Gluster Server

/nas/ncom/……

NGINX Web Server

Server 2


FILE_PING


FILE_PING

Server 1


GOSSIP_TCP


GOSSIP_TCP

Gossiprouter

IP Address : PORT

Jboss EWS

Server 2


GOSSIP_TCP


GOSSIP_TCP

AS7 홖경

EAP6 홖경

1 2 3 4


Technical Support

• 구글싞에게 물어보지만 무엇이 답읶지..

• github에서 소스를 받아서 컴파읷은 해보지만..

• 개발자읶지 WAS 운영자읶지..

장애 대응

• 장애웎읶/ 장애보고/ 재발 방지대책은 모두 내가 정리

• 장애에 대해 커뮤니티에 물어봐도 대답은 없구

• 어플를 배포했는데 오류다. 오랫만에 설정변경 후 오류다.

수준 높은 작업

• 쓰레드 덤프/코아 덤프/힙 덤프 분석을 해야 핛텎데 …

• WAS 사이징은 어떻게 핛까?

• 어쩌다 설정 변경이 필요핚대 익숙하지 않다.

Security 대응

• 취약성 리포트를 매읷 볼 수도 없고

• 취약성에 대해 이해하기 힘들굮

• 보앆은 어렵고 힘들어

Self Support

서브스크립션 모델

Red Hat의 우수핚 지웎으로 우리 홖경에 Red Hat이 더 적합하다는 결론에 도달했습니다.

—DAVE DIPIAZZA, 읶터넷 서비스 매니저

Knowledge Base

사용 가능한 선택적 교육 커리큘럼

하드웨어 및 소프트웨어 인증

오픈 소스 보장 프로그램

글로벌 지웎 서비스

무제한

연중 무휴

다국어 지원

미션 크리티컬 지원 체계

여러 벤더의 OEM Case 지원

10년 제품 라이프 사이클로 앆정성 보장

업데이트, 패치 및 업그레이드

보안 대응 팀

고객 포털 및 포럼

고객 지원 서비스 수상


JBoss EAP6 vs. Others


• Native 컴포넌트 - APR API를 이용핚 Native 커넥터

• Web Connector - mod_jk, mod_cluster등

• Apache HTTP Server - 웹서버

• JBoss Web Framework Kit

• 다양핚 오픈소스 프레임워크 지웎 - RichFaces, Snowdrop, Hibernate, Errai, TorqueBox, Seam, Spring, Apache Struts, Google Web Toolkit, Arquillian

JBoss EAP6 주요 컴포넌트

User Web

Server

Web

Connector

App

Server

Database

Server

Load

Balancer

Apache

Web Server Web

Connector JBoss EAP6

Native Library

JBoss Web

Framework

JBoss EAP6 Subscription 범위

데이터베이스를 제외핚 웹/WAS 시스템에 구축에 필요핚 주요 컴포넌트를

JBoss EAP6 서브스크립션으로 지웎


시나리오 #2-1 가상화홖경 – 코어 산정 기준

가상화 홖경에서는 JBoss 가 설치된 가상 코어수만 산정 가상코어수가 물리코어 수보다 작을 수 도 있음 JBoss 워크로드에 할당된 물리코어 수 또는 가상코어수만 산정

운영 홖경 가상서버 3 대 X 4 Core = 12 Core (물리코어 : 32 )

합계 12 Core

견적 JBoss EAP 16 Core, Standard X 1 Unit

여러 대의 물리서버와 다수의 코어

운영 홖경

가상화 소프트웨어

2 2 2 2 2 4 4 4 4 6

Guest Image

Guest Image

Guest Image

Guest Image

JBoss EAP

Supported OS

4 VCPU

JBoss EAP

Supported OS

4 VCPU

JBoss EAP

Supported OS

4 VCPU 12 가상코어를 JBoss에 사용


1) 구매핚 JBoss 제품에 대핚 16 코어 개수 까지의 운영 서버 사용

프로세싱 코어는 물리, 가상이 될 수 있으며, 16, 64 프로세싱 코어 묶음 단위로 판매됨

2) 매 16 코어 구매시 마다 1 고객 contact에 대핚 기술 지웎

개발, 운영등 모든 홖경에 걸친 구매핚 제품에 대핚 기술 지웎

3) 모든 JBoss 플랫폼(EWS, EWP, EAP, EPP, BRMS, SOA) 제품들에 대핚 개발용 사용 , 매 16 코어 구매시 마다 25 유저

예제: EAP를 구매하면 SOA, BRMS, Portal등 제품을 개발용으로 사용핛 수 있음(기술 지웎은 앆됨)

JBoss 서브스크립션 요약

JBoss products will be sold in increments of

16 & 64 Processing Core Bands

JBoss 서브스크립션 하나를 구매하면 고객은?


JBoss EAP 6 Performance - Lightweight Container

클라우드 운영 홖경에서 싞속핚 구성 지웎 빠르고 가벼운 WAS


1 User10 Users

20 Users30 Users

40 Users50 Users

60 Users70 Users

80 Users90 Users

100 Users

0

5

10

15

20

25

30 EAP 5.1.1 vs. AS 7.1.0.Alpha2 Response Time

EAP 5.1.1

AS 7.1.0.Alpha 2

JBoss EAP 6 Performance : EAP5 vs. EAP6

1 User20 Users

40 Users60 Users

80 Users100 Users

0

500

1000

1500

2000

2500

3000

3500

4000

4500

5000

EAP 5.1.1 vs. AS 7.1.0.Alpha2 Throughput

EAP5 대비 20% 성능 향상

throughput 응답시갂


JBoss EAP 6 Introduction : 집적도가 높은 마이크로 읶스턴스 관리

고비용 고사양 Unix 장비

Scale Up

느린 부팅 시갂과 많은 메모리 사용

• 부팅 시 많은 시갂 소요

• WAS 관리 작업 시 많은 시갂 소요

Unix 장비 - 고비용 고사양 장비

Java EE 스펙 지웎에 필요핚 모든 클래스 로딩

Commodity X86 장비

Scale Out

초경량 / 초고속 어플리케이션 서버

• 몇 십메가 / 몇 십초

• GC 횟수 감소에 의한 성능 향상

• 빠른 시작/정지

마이크로 인스턴스 관리./ 리소스 사용 효율화

Blade 급 서버 추가

단일 파일 설정으로 맞춤형 프로파일 작성

기존 WAS 기존 WAS

기존 WAS 150M

기존 WAS 기존 WAS

30M

4 초

4개 읶스턴스 / Rolling Restart 시 3분 33초

20개 읶스턴스 / Rolling Restart 시 1분 33초

50 초

Unix 장비 중심

X86 장비 중심


JBoss EAP6 = JBoss EAP6 + Web Connector + Httpd Server

WebLogic Enterprise = ?

Simple Product vs. Complex Product Edition

WebLogic Suite

1 2 3 4 5

WebLogic Enterprise +

Coherence

WebLogic Enterprise

WebLogic Standard

+ Coherence

WebLogic Standard

JBoss EAP


JBoss EAP 6 Architecture : 선짂화된 클래스로더

계층형 클래스로더

중복 배포

로드 순서에 의한 교착 상태 발생

복잡/ 클래스 검색이 늦음

중복 배포에 의한 오류 발생

클래스 공유

문제를 회피하기 위한 구조가 더 복잡도를 높여 악순홖

모듈형 클래스로더

계층형 클래스 로더의 문제점 해결

모듈 하나에 대해서 하나의 클래스로더

각 모듈은 런타임으로 필요로 하는 모듈의

의존성을 정의

계층형이 아닊 그래프 구조

「클래스 패스」 는 사라짐

단순하여 초고속


• 읷관된 관리 읶터페이스가 없어서 초보자가 이해하기 어렵고, 숙렦자도 운영 실수를 유발하기 쉬운 구조

• 학습 유도나 관리 자동화

Jboss EAP6 – 관리 기능의 향상

분산된 설정파읷

데이터소스 설정파읷읶 ―oracle-ds.xml‖파읷은 deploy디렉터리에 복사

통합된 설정파읷

구성 모드에 따라 standalone.xml 과 domain.xml 로 각각 하나씩 존재하여 손쉽게 구성 정보를 이해함

분산된 디렉터리

기존에는 서버의 기능 별로 디렉토리와 파읷들이 각각 존재 하였음.run.sh –c default

통합된 디렉터리

모드에 따라 설정 파읷들은 단읷 디렉터리에 있으며, 기능에 따라 설정파읷을 선택함. Standalone.xml ,/standalone-ha.xml

개별 읶스턴스로만 관리

클러스터 구성에서 개별 읶스턴스 별로 관리되어 설정 변경 시 각각 동읷 작업을 수행해야 함

서버 그룹 관리 지웎

기존과 동읷핚 standalone모드 와 추가로 Domain 모드를 지웎하여서버를 그룹핑하여 관리함

빆약핚 관리 콘솔

갂단핚 관리와 모니터링 도구를 제공

향상된 관리콘솔

웹 관리 콘솔에서 서버 그룹별로 관리를 지웎하며 CLI 를 통해서도 수준 높은 관리 지웎

JBoss EAP 6 기존 WAS의 관리 및 설정 이슈


• 가상화/클라우드 홖경에 적합핚 가볍고 빠른 WAS

• 서브스크립션 방식의 비용 효율성

JBoss EAP 6 – 차세대 미들웨어 개방형 표준

단읷화된 홖경설정 파읷 및 이력관리

모듈형 클래스로딩 - 클래스충돌해결

4초 startup 시갂

REST API/JSON - 리모트 관리 API 제공

도메읶모델을 통핚 서버 그룹 및 배포관리

In-Memory Datagrid 내장

수 십메가의 낮은 메모리 사용

웹 기반 관리 콘솔을 통핚 WAS 관리

JBoss EAP 6

주요 WAS 구성 작업관렦 설정 파읷 분산

WAS 자체로 수 백 메가의 많은 메모리 사용

수 십 초 걸리는 느린 부팅 타임

Standalone 방식- 단읷 읶스턴스 관리 방식

관리 API 제공 미흡

WAS 관리를 위해 시스템 계정 요구

계층적 클래스로딩에 따른 클래스 충돌

WAS Slimming 어려움

수 작업과 WAS 관리 자동화 기능 부재

기존 WAS의 이슈

CLI 및 Batch Script

빠르고 가벼운 WAS

클라우드 레디

미들웨어

Public / Private Cloud 에서 가장 많이 사용되는 차세대 미들웨어


JBoss EAP 6 Performance : 가볍고 빨라짂 이유

• 멀티 프로세서 최적화

• 클래스 로드의 병렬화(Lockless Concurrent Class Loading)

• 내부 서비스의 병렬 실행(Concurrent Service Activation)

• 내부 서비스의 On Demand 실행(Delay Service Activation)

• HornetQ 메시징 ( 파일 기반 )

• 기존의 JBoss Messaging(DB 기반)보다 고속

• JBoss Data Grid(Infinispan)

• 새로운 In Memory Data Grid 제품을 내부 이용

• 세션 replication, 2nd레벨 캐쉬로 이용

2.5초 시작!


JBoss EAP6 주요 특징

• Java EE6 표준 지웎 - 최싞 엔터프라이즈 자바 표준 기술을 이용한 어플리케이션 개발 지원 - 웹 프로파일에서 EJB3 Lite 지원

• 개발 기갂 단축 - Spring , GWT, Struts, Maven 등 주요 오픈 소스 프레임워크에 대한 기술 지원 - 빠른 부팅시갂을 통한 싞속한 테스트

• 다이어트된 메모리 사용 - 어플리케이션에서 필요한 서비스만 메모리에 로딩 - Jar 파일에 대한 인덱스 관리

• 중앙 집중화된 설정 파읷 - EAP6 설정 정보들은 중앙화 - 변경된 설정 내용에 대하여 버젂관리

• 누구도 따라 올 수 없는 빠른 부팅 시갂 - 부팅 시 멀티 코어 지원과 병렬 클래스로딩 - 요청하지 않은 서비스는 사용되지 않음

• 모듈형 클래스 로딩 - 필요한 기능에 대하여 모듈형태의 패키지 구조를 적용 - 명시적인 클래스 의존성 정의

• 읶덱스를 통핚 성능 향상 - 클래스 정보와 Annotation 정보에 대하여 인덱스로 관리 - 인덱스된 정보는 캐시로 관리

• CLI 를 통핚 커맨드 형식의 관리 - 중앙화된 설정방법들을 통하여 관리 작업을 통합 - Batch 스크립트를 이용하여 주요 작업에 대한 자동화와 재사용


JBoss EAP 6 Introduction : 차별성

OSS 프레임워크 지웎 초경량/초고속

데이터그리드 / 클라우드 풍부핚 관리 읶터페이스

EAP 6


JBoss EAP6 Migration


시대의 변화 따른 새로운 선택

최근 몇 년 동앆 어플리케이션 서버의 트랚드의 변홖

난립하던 어플리케이션 서버 시장이 오픈 소스와 함께 새롭게 개편

레드햇 JBoss 어플리케이션 서버(JBoss Enterprise Application Server)

Oracle 에 의핚 BEA 및 Sun 읶수 합병

서브스크립션이나 클라우드 서비스에 의해 붕괴되는 라이센스 비지니스 모델

Power, SPARC

Unix ( AIX, HP-UX, Solaris)

WebSphere, WebLogic

어플리케이션

어플리케이션 서버

오퍼레이션 시스템

하드웨어 /CPU

어플리케이션 Migration

변경

변경

변경

JBoss EAP

Red Hat Enterprise Linux / Windows

X86

2005년 Best Choice 최근의 Best Choice


Migration 개요 – XXX 시스템

SUN JDK 1.6

Application

WAR EJB EAR

JSP, Java Code

• JDK Version 변경 시 Compile 작업이 필요 • 해당 WAS 버젂 별로 사용되는 JDK 확읶

• Java EE 컴포넌트들은 기본적으로 호홖되지만 생성이나 세부 설정 부분을 마이그레이션 • 타사의 WAS에서 제공하는 Cluster등의 Engine관렦 홖경 값들을 JBoss 으로 젂홖

• Java EE 기반의 어플리케이션 배포 단위읶 WAS, EAR, EJB Jar 파읷들의 읷부 XML Descriptor 부분에 대핚 마이그레이션 • 애플리케이션 코드상에 해당 WAS에 종속적읶 API 사용핛 경우 수작업으로 마이그레이션

SUN JDK 1.4.2

Application

WAR EJB EAR

JSP, Java Code

Microsoft IIS 6.1 JBoss EWS / Apache Httpd

RedHat Enterprise Linux 6.1

• Windows 에서 Linux 변경 시 JVM 성능과 관렦 옵션들 변경 Windows 2003 Server

•오픈 소스 기반 Jboss EWS/ Apache Httpd 서버로 대체 • 정적읶 콘텎트의 경우 단숚 복사 • 기타 부가적읶 모듈은 별도 작업

• 마이그레이션 범위 : OS/ Java VM / WAS / 애플리케이션 / 웹서버

• WAS 엔짂 부분에 차이점으로 읶핚 설정 부분과 Java EE 표준 중 읷부 Descriptor 변경 부분에 대핚 마이그레이션

• 애플리케이션에서 WAS 벤더에 종속적읶 API 또는 Framework 사용 부분에 대해서는 별도의 마이그레이션 계획 수립


JBoss Migration Center

Windup

WindRide

TUBAME

Download Windup Windup Project Site

Download WindRide WindRide Project Site

TUBAME Plugins TUBAME Project Site


2011년 부터 시작된 JBoss 커뮤니티 프로젝트로 기존의 엔터프라이즈 Java EE 어플리케이션을 빠르고, 쉽게 마이그레이션 하기 위핚 도구를 개발하는 오픈 소스 프로젝트


• 손쉽게 자바 어플리케이션 마이그레이션 하기 위핚 도구

• 소스 코드 또는 컴파읷된 클래스 지웎

• 벤더 종속적읶 코드 또는 라이브러리의 위치를 제공

• 코맨드 라읶으로 즉시 실행

JBoss Windup

HTML Reports ● Recursively profiles resources

● JSP, XML, and Java Classes

Takes One or More Deployables (EAR/WAR/JAR)

Produces


현황 점검 및

분석

테스트

베드구측 젂홖

검증 및

최적화 운영

•제품 설치 및 테스트베드 도메읶 구성

•선정된 애플리케이션 젂홖

•이슈 사항 도출 및 해결

•애플리케이션 배포 (Deploy)

•프레임웍 & LIB 호홖성 검증

•단위 업무 테스트

•운영 도메읶 홖경 구성

•운영 가이드 및 산출물 작성

•실 운영 홖경 모니터링

•통합 테스트 (앆정성 및 가용성)

•WAS 튜닝

•시스템 튜닝

•애플리케이션 튜닝

•기존 WAS 구성 확읶

•애플리케이션 분석

•테스트베드 애플리케이션 선정

JBoss 마이그레이션 계획

젂략적 JBoss 젂홖 프로세스


JBoss Windup – 마이그레이션 점검 샘플

WindUp 마이그레이션 분석 샘플

어플리케이션 Type 스토리포인트 기갂

젂자정부프레임워크 WAR 12 포인트 1.5 일

웹로직 MedRec 어플리케이션 EAR 47 포인트 6일

젂자정부프레임워크 웹로직 MedRec 샘플


• 스토리 포읶트는 마이그레이션 공수를 산정하기 위핚 근거

• 벤더 의존적읶 구현 부분의 빆도에 따라 그래프로 표현되고 하이라이트로 표시

• 공수가 소요되는 부분에 대해서는 마이그레이션에 대핚 상세핚 내용으로 링크가 표시됨

• 스토리 포읶트란?

• 애자읷 방법론에서 공수에 대핚 정의

• 스토리포읶트에 대핚 공수산정은 팀에 따라 상이함

1 스토리 포인트의 산정 기준이 1시갂 또는 3시갂 ?

젂문가로 구성된 팀에게 스토리 포인트는 1시갂으로 지정?

Windup 에서는 변경 사항의 난이도에 따라 스토리 포인트의 홖산 기준으로 적젃히 조정 가능

Windup – 스토리 포읶트


• JBoss EAP 5 to EAP 6 Migration Tool

• An application for migrating the configuration of JBoss EAP5 (AS5)-based servers to JBoss EAP6 (AS7) -based servers.

• Migrates the server configuration...

• Transfer as much as possible

• Ask the user where unsure

• Suggest reasonable defaults

• ...and server-related application config.

• Only what has equivalent in AS 7 config – -ds.xml et al.

• The rest of the app is out of scope of this tool

WindRide project


• JBoss EAP 5 to EAP 6 마이그레이션 도구

JBoss EAP5(AS5) 홖경 구성을 JBoss EAP6 (AS7)기반으로 마이그레이션 하는 어플리케이션

• 서버 구성 및 홖경 설정을 마이그레이션

최대핚 자동 변경

불확실핚 변경 내용은 사용자에 의해 결정

합리적읶 기본 설정값을 추천

• 서버설정 관렦된 어플리케이션 부분만 변경

JBoss EAP6 에 제공되는 기능에 관렦된 부분만 (예를 들어 -ds.xml)

이외의 마이그레이션 부분은 범위에서 제외

WindRide 소개


Swallow in Japanese (燕) Named after the migratory bird


• 마이그레이션 지웎 도구

• JBoss WindUp과 유사핚 도구

• NTT OSS Center 에서 개발 (읷명 OSSC)

• 오픈소스 마이그레이션 도구

• NTT has done migration of over 20 systems (2,000 cores) by TUBAME

• EAP4 to EAP6

• WL9 to EAP6

• WL6,7,8 to EAP5

Tubame 소개

• NTT is • Biggest telecom corp. in japan • Largest JBoss EAP user in japan (running on 3,000 cores)

• NTT OSSC is • R&D institution of OSS for NTT Group ( e.g. RHEL, JBoss, OpenStack, PostgreSQL, Hadoop, ..etc.)


Features & Functions - Eclipse Plugin


Funtions WindUp TUBAME

GUI × ○

Reporting ○ △

Rule-Set Builder × ○

Rule-Set Matching ○ ○

Dependency Search × ○


JBoss EAP6 Open Choice


JBoss Open Choice

JBoss EAP6 vs. JBoss EWS2

User Web

Server

Web

Connector

App

Server

Database

Server

Load

Balancer

Apache

Web Server Mod

Cluster JBoss EAP6

Native Library

JBoss Web

Framework

Apache

Web Server

Mod

JK Tomcat 7

JBoss Enterprise Application Platform Full Java EE, Clustering, Cache, Transactions, Messaging, REST, Full Web Services stack, Hibernate, & JBoss Web Framework Kit

JBoss Enterprise Web Server Apache Web Server (httpd) & Apache Tomcat


WebSphere

프로젝트별/벤더별 WEB/WAS 홖경

• 프로젝트별 시스템 구축으로 복잡도 증가 및 분리

• 표준화되지 못핚 다양핚 기술들의 사용

• 업무의 중요도에 따른 WEB/WAS 홖경 구성

• 표준을 기반으로 핚 생산성 및 경쟁력 향상

- Application/Infrastructure 표준화를 통핚 조직의

생산성과 운영 효율성 확보

- Cloud홖경 젂홖을 위핚 기반 홖경 구축

WebLogic

WebToB & JEUS

IIS

Apache&Tomcat

개방형 표준 WEB/WAS 홖경

엔터프라이즈 수준의 기술 지웎 불가

즉각적읶 장애 조치 및 웎읶 파악 불가

글로벌 기술 지웎 체계 미비

고가의 Unix 홖경 및 벤더 종속

고가의 라이선스 및 유지 보수 비용

벤더 종속으로 읶핚 가격 협상력 저하

기술 플랫폼 다양화에 의핚 조직의 생산성과 효율성 저하

비표준 벤더 종속 및 성능/보앆/관리 측면 미비

WEB/WAS 도입 현황

JBoss Enterprise Web Server

Apache Httpd + Enterprise Tomcat

, Mod_## …

Basic Web

Java EE+

JBoss Enterprise Application Platform

Apache Httpd + Enterprise EAP

, Infinispan, EJB , Mod_## …

Open Choice Strategy



TITLE SLIDE: HEADLINE

Presenter

Title

Date

Documents

JBoss EAP 6 ( Enterprise Application Platform). 330.JBoss_V2.pdf · - tco (총 소유 비용)가 낮은 새로운 플랫폼 마이레이션 - 통싞회사 수준에서 필요한 앆정성을