웹서비스를통한 real-time enterprise 구현 (it …웹서비스환경개발:...

웹 서비스를 통한

Real-Time Enterprise

구현

(IT 서비스 업체)

문병선

[email protected]

삼성 SDS

- 1 -Copyrightⓒ2003SAMSUNG SDS Co.,LTD.All right reserved

Business Agility (비즈니스 민첩성) 요구

급변하는 비즈니스 환경

기업의 경쟁 가속화

Dynamic eBusiness 시대는 특정 프로세스, 제품 또는

서비스의 빠른 변화

RTE (Real-Time Enterprise) 실현을 위한 기반 IT 인프라 필요

Web Services는 빠르고 끊임없이 변하는 비즈니스 요구 반영

들어가며 …들어가며 …


Web Services 접근 단계

개발 사례

결론

도입 배경

개요 및 효과

목차목차


개요 및 효과개요 및 효과

프로젝트명

WE-SDS (Web Services Enabled SDS)

개요

삼성 SDS 내의 업무 프로세스의 개선 및 효율화를 위해서 SDS 사내 외

시스템들간의 연동을 Service-Oriented Architecture 모델링 기반의 Web Services화 하여 각 기간 시스템들의 프로세스 및 데이터 연계를 목적으로 함

효과

이미 투자한 자산과 자원들을 활용 (비용 절감)

이 기종 플랫폼간 인터페이스 구현 (상호 운용성 보장)

방화벽으로 분리된 사외 시스템 인터페이스 시 문제 해결 (보안 정책 준수)

사용자 편의성/만족도 증가

웹 서비스 적용의 효과 검증 및 인식 확대


도입 배경도입 배경

사전사전 영업영업 손익손익 계산계산 시뮬레이션시뮬레이션

인력인력 경영경영 계획계획

통합통합 정보정보 관리관리 시스템시스템

IT IT 자원자원 통합통합 모니터링모니터링

인사관리지표인사관리지표 / / 공통공통 모듈모듈

웹웹 서비스서비스 적용적용 시스템시스템

웹 서비스 모델링 및 인터뷰를 통해 웹 서비스 적용 시스템 도출

차세대 기반 인프라로서 Service-Oriented Architecture와 Web Services 도입

XX--InternetInternet(Rich/Smart Client)(Rich/Smart Client)

ITOITO

Utility ComputingUtility Computing

Performance ManagementPerformance Management(Dashboard)(Dashboard)

나아가는나아가는 방향방향

Service-Oriented

Architecture

ServiceService--Oriented Oriented

ArchitectureArchitecture

Web ServicesWeb ServicesWeb Services


사전영업 컨설팅 분석/설계 개발/관리

Phase I Phase II Phase III Phase IV

Web Services Understanding

Web Services Requirement

SOA Modeling

Web Services Approach Method

Service Identification/Selection/Description

Taxonomy, tModeland Service Classification

Web Services Target Selection

Web Services Proposal

Web Services Adoption Level Measurement & Method Tuning

Web Services Solution Guide & Selection

Service Provider

Service Consumer

Service Administration & Management UDDI

Service Management & Testing WSM

수행단계수행단계

수행 내용수행 내용

Web Services 접근 단계Web Services 접근 단계


웹 서비스를 이용한 Smart Client 구현 사례

인력 경영 계획

사전 영업 손익 계산 시뮬레이션

이미 투자한 자산과 자원들을 활용, 사용자 만족도 증가, 생산성 향상

자원 관리 및 모니터링을 위한 RTE 기반의 Dashboard 인프라

IT 자원 통합 모니터링

종합 관리 시스템

이 기종 플랫폼 간의 상호 운용성, 보안 정책 준수(방화벽 사이의 인터페이스), 비용절감 효과

웹 서비스 구축 사례 소개웹 서비스 구축 사례 소개


Smart Client 구현 사례Smart Client 구현 사례

인력인력 경영경영 계획계획 : 인적 자원 재고 관리를 위한 기술 별 필요 인력에 대한 차기 년도 인력 계획 수립에 활용

통합 SSO, 암호화, 데이터 업로드, 다운로드, 데이터 validation, 엑셀 고유 연산 기능

현재원 조회 / 차년도 인력 계획 저장

통합 SSO 적용 및 사용 권한

체크 후 개인 정보 반영

조회/저장시 재직인원 및 최근

등록 정보 실시간 반영


Smart Client 구현 사례Smart Client 구현 사례

사전사전 영업영업 손익손익 계산계산 시뮬레이션시뮬레이션 : 영업대표들이 영업단계에서 수주하고자 하는 프로젝트의

원가를 산정하고 적정가격을 제시하며 프로젝트의 손익을 시뮬레이션 하기 위한 모델


이미 투자한 자산과 자원을 활용하여 신규 시스템의 개발 (Server : J2EE WAS, Client : Excel)

업무 지연시간 단축으로 생산성 향상, 데이터 자산화, 실시간 집계 및 분석 Business Agility로컬 PC에서 단독으로 사용되던 엑셀시트가 웹웹 서비스서비스 consumer consumer 어플리케이션어플리케이션으로 전환

Smart Client 적용 전후 모습Smart Client 적용 전후 모습

인력 계획 집계 시 업무 지연/ 반복/ 데이터 오류

사업과 연계된 주요 데이터의 미 관리/활용

인사 DB

C

C

C

P

Web Services

팀

전사 / 사업부

파트

엑셀로 수작업 계산 집계이메일

이메일웹으로 시스템에 입력

인사 DB

부서별 Staff / 영업 대표의 업무 생산성 향상

기존 자산의 활용을 통한 Business Agility 확보

BeforeBefore AfterAfter

Excel

J2EE 플랫폼MS Platform?

Web Browser?


IT IT 자원자원 통합통합 모니터링모니터링 DashboardDashboard : 산재 관리 되고 있는 IT 자원의 통합 모니터링 체제 구축

SMS, AMS, SLM, 운영/통합 등의 모니터링, 삼성 SDS Maxigent 솔루션 기반

RTE 기반의 Dashboard 사례RTE 기반의 Dashboard 사례


모니터링 시스템과 IRMD (IT Resource Monitoring Dashboard)의 웹 서비스화 및 UDDI 구축

각 IS실의 이기종 플랫폼의 상호운용성, 확장성, 유연성 ITO, Utility Computing

AMS DB

센터/IS팀 어플리케이션&서버

SMS

RTE 기반의 Dashboard의 WS 적용RTE 기반의 Dashboard의 WS 적용

생보 IS생보 IS

C

종합 관리 시스템(유지보수 관리 등)

C

J2EE 플랫폼

Pro-C, Powerbuilder

SAPCublet

Dashboard① Web Services

② DB LINK

③ API

④ EAI

⑤ Web LINKSDS ISSDS IS

P C

J2EE 플랫폼

사례 1

사례 2

카드 IS카드 IS

물산 IS물산 IS

전기 IS전기 IS

C

C

C

C

임원용 Dashboard

C

IS팀 Dashboard

CService Dashboard

(VOC, CSI)

IT 자원 모니터링(삼성 SDS Maxigent)

C

고객사 Dashboard

C

고객사 EP

Sytinet UDDI

P


왜왜 도입하려도입하려 하는지하는지? ? 어떤어떤 문제점을문제점을 해결하려는해결하려는 것인지것인지??

기 투자한 자산과 자원들을 활용한 차세대 아키텍처

상호 운용성, 보안 정책(방화벽), 사용자 편의성/만족도

시스템 통합, 서비스 채널 통합, 데이터/기능 재사용

시스템간 또는 IT 부서간 역할과 책임의 명확성

신규 비즈니스 모델에 적용

도입도입 결정결정 후후

어디서부터 어떻게 해야 되는지?

웹 서비스 솔루션 선택 및 구성은 무엇으로 해야 되는지?

Legacy system의 전환 방안은 준비 해야 되는 것인지? 한다면 어떻게 할 것인지?

웹 서비스 도입 시 고려 사항웹 서비스 도입 시 고려 사항

삼성삼성 SDSSDS의의 웹웹 서비스는서비스는 벤더벤더 독립적이면서독립적이면서 객관적인객관적인

적용적용 타당성타당성 및및 대안대안 제시제시


StepStep--byby--step step 전략전략

각 조직 구성원의 가슴에 와 닿는 사례로부터 접근

파일럿을 위한 파일럿이 아닌 정상운영을정상운영을 위한위한 파일럿부터파일럿부터 수행수행

성능 측정 기준 선정

Response Time, 인증, 데이터 량, 개발 플랫폼 및 언어

필요 시 다른 해결책과 웹 서비스의 적절한 조화

인력의 초기 교육, 운영 방안 준비

Legacy system의 점진적 전환 방안

웹 서비스 도입 접근 방법웹 서비스 도입 접근 방법

웹웹 서비스는서비스는 대충대충 알겠는데알겠는데, ,

언제쯤언제쯤 어떻게어떻게 무엇을무엇을 적용해적용해 봐야봐야 할지할지 잘잘 모르겠군모르겠군!!


무조건적인무조건적인 반감반감 장점장점 및및 효과효과

일시적으로 나타났다 사라지는 뻔한 기술이다.

무조건적인무조건적인 신봉신봉 적절한적절한 조합조합 및및 선택선택

모든 통합이나 상호 운용성의 문제는 무엇이든 다 해결된다.

밑져야밑져야 본전본전 정상정상 운영을운영을 고려고려

아직 신뢰도 안되고 잘 모르니 파일럿을 위한 파일럿이나 해보자.

완전히완전히 처음부터처음부터 다시다시 하자하자. . 단계적단계적, , 점진적점진적

기존 어플리케이션을 다 뜯어내서 첨단의 새로운 인터페이스로 작성하자.

경쟁자 또는 벤더 따라 강남 간다. 객관적, 독립적인 업체

웹 서비스 솔루션 벤더 이야기 대로만 하면 된다.

경쟁사가 하니까 우리도 한다.

결론결론

다음에다음에 주의하셔서주의하셔서 웹웹 서비스서비스 적용적용 하시기하시기 바랍니다바랍니다..


새로운 것만 추구 하다 보면 결국 재구축된 시스템이 가져다

주는 가치가 어떤 것인지 모릅니다.

Dynamic eBusiness 시대에 발 맞추어 Legacy system의 점진적, 독립적, 객관적접근이필요합니다.

삼성삼성 SDSSDS의의 Web ServicesWeb Services는 여러분의 대안이 될 수 있습니다.

삼성 SDS 웹 서비스와 함께삼성 SDS 웹 서비스와 함께


Appendix 목차Appendix 목차

웹 서비스 테스트 환경

웹 서비스 적용 타당성

주요 Q&A

UDDI Registry 비교

Interface Type 비교


추가 비용이 많이 들어 감

Adapter에 Custom Logic 을 적용하여Customizing 하기 어려움

GUI 방식의 툴 지원으로 생성 및유지보수가 상대적으로 용이함

이기종 데이터의 교환가능

신뢰성, 확장성, 호환성, 안전성보장

비동기 처리,전송실패이력관리

Adapter를 이용한 연계

필요 시 XML변환 사용 가능EAI

특정 플랫폼 및 개발 언어에 의존적임

Lib.를 배포, 로그, 사용 및 에러 추적관리가 어려움

방화벽 외부에서는 Lib를 이용하기 어려움

제공되는 API 범위 내에서 프로그래밍단계의 Customization이 가능함

자체 시스템 개발 시 활용도가 큼

API 형태로 배포된 Library를이용해서 프로그래밍 해서 이용함

Library(API)

보안상 DB를 직접 Access 할 수 있도록하는 것을 권장 하지 않음

빠른 속도

개별 시스템에서 원하는 정보를 원하는형태로 볼 수 있음

DB에 직접 연결해 데이터를 조회, 입력, 수정 할 수 있도록 함

DB Link

사용자 등급별 관리의 불편

개인화 및 세션 관리의 어려움

확장성 및 상호 운용성 결여

비교적 빠른 속도

빠른 구현

단순 화면 Link방식

HTML Page제공 방식

적용사례가 많지 않음

Transaction 처리 부분이 아직까지 미흡함

표준 방식의 인터페이스 지원

Loosely coupled 상호운용성/확장성/ 유연성 좋음

Firewall-friendly 함

벤더, 플랫폼, 개발 언어 무관함

개발 생산성 향상 및 유지보수 비용절감

다양한 프로토콜 지원 (TCP/IP, HTTP, FTP and ETC)

텍스트 기반이기에 디버깅이 쉬움

XML의 텍스트 데이터 교환

표준 XML스키마 제공 및XML변환

서비스 분류체계관리

서비스의 존재 여부를등록/확인/검색/등록을 할 수있는 UDDI 제공

Web Services

웹 Link

단점장점설명방 안

Appendix : Interface Type 비교Appendix : Interface Type 비교

Biz. 도메인의 데이터/프로세스

표준화?!


조회

등록/조회

OXOOO한글화

UDDI 2.0 스펙 준수

성능 미 고려

설치 복잡함

한글 메뉴 지원

준비중

UI 상대적으로 깔끔

부가기능 제공

UI 단순

기본 기능만 제공

UI 단순

기본 기능만 제공비고

XXXXOPublic UDDI

O

O

O

O

O

O

O

O

All

O

Systinet

OOOO서비스

XXXX바인딩

AllWindows 2003 ServerWebSphere SDK for WebServicesWebLogic Server 7.0 이상Product

OOOtModel

OOO비즈니스

XXOXSearch Option 유/무(대소문자, and/or 등..)

XO (active directory와 공유)

XXUser Authorization

XOXXCustom Category (Taxonomy)

OXXUDDI Administration

OXOOPlatform Independent국내 C대학 UDDIMicrosoftWebSphereWebLogic

아래 내용은 실제 적용을 위한 사전 조사 차원에서 수행 되었으며, 아직까지 만족만 할만의 기능을 제공하고 있는 제품은

없었다. 아직까지는 아래 언급된 일부 기능의 많고 적음으로 우선순위를 매기기에는 어렵다

Appendix : UDDI Registry 비교Appendix : UDDI Registry 비교


BEA BEA WeblogicWeblogic

MS .NetMS .Net

Apache AXISApache AXISApache TomcatApache Tomcat

IBM IBM WebsphereWebsphere

SystinetSystinet WASPWASPCauchoCaucho ResinResin

BEA BEA WeblogicWeblogic

Apache AXISApache AXIS

C (C (gSOAPgSOAP))

SystinetSystinet WASP WASP WeblogicWeblogic

MS Excel (VB)MS Excel (VB)MS Office ToolkitMS Office Toolkit

ApacheApache--SOAPSOAP

MS .NetMS .Net

ApcheApche AXISAXISCauchoCaucho ResinResin

SystinetSystinet WASP WASP (Java, C)(Java, C)

IBM IBM WebsphereWebsphere

Appendix : 웹 서비스 테스트 환경Appendix : 웹 서비스 테스트 환경

현재까지 자체적으로 웹서비스의 공급자와 사용자간의 플랫폼 및 SOAP 엔진별로 테스트한 관계이며, 향후 계속해서

테스트 환경의 확장 및 테스트 기능을 추가할 예정이다.

Web Services ProviderWeb Services Provider Web Services ConsumerWeb Services Consumer

(Source : 2003.10 WE-SDS 중간보고발표, 삼성SDS Innovation팀, 문병선)


검토 결과

기 개발된 공통모듈에 웹 서비스를 적용한 후 소요 시간 및 효과를 판단함

신규 모듈의 경우 기존 방식(EJB)과 웹 서비스의 개발공수에 큰 차이가 없음

웹 서비스 환경 개발 : 초기 학습 시간 및 환경설정(1회)에 다소 적응시간이 필요함

웹 서비스 적용 타당성이 입증된다면 웹 서비스 개발을 우선적으로 검토할 수 있음

웹 서비스 학습 시간 : Java, EJB, XML 등의 기본 지식이 있을 경우 : 약 1시간 정도 소요

결론

신규 기능 개발의 경우 개발공수의 차이가 미미함으로 차후 확장성을 고려하면 웹 서비스 환경으로 개발하는 것이 유리하다고

판단되며 EJB 개발경험이 있는 시스템으로부터 적용하는 것이 바람직함

기존 기능의 웹 서비스 전환은 비용 대비 효과 및 필요성 검토가 우선되어야 할 것으로 판단됨

5:400:400:502:102:10합계

2:00

0:10

1:00

EJB 개발

2:00

0:10

0:20

WS 제작

0:30

0:20

0:20

Proxy 제작

0:500:10기능구현

5:000:30환경설정IS팀 개발

0:30

Client 적용

※ 환경설정에 소요된 시간은 WAS 설정 시 초보 사용자의 설치 소요시간임. 이후 개발에는 포함되지 않는 시간임

2:10-Innovation팀 개발

총 소요시간구분

N + 40분0:100:200:10N웹 서비스 환경 (manual)

N

N

EJB 개발

0:9

0

WS 제작

0:1

0

Proxy 제작

N + 20분0:10웹 서비스 환경 (IDE Tool)

0

Client 적용

※ 웹 서비스 적용 시간은 공통모듈이 아닌 다른 MIS에도 동일하게 적용됨

NEJB 환경 (기존 방식)

총 소요시간구분

Appendix : 웹 서비스 적용 타당성Appendix : 웹 서비스 적용 타당성

(Source : 2003.10.17 웹서비스적용타당성검토, 삼성SDS IS팀)

주의! 개발자개인차이가존재할수있음


적용하는 아이템의 범위 및 기능이 무엇을 필요로 하는지 여부

본 과제 수행 tl IS 팀 내에서 사용 중인 WAS를 버전 업그레이드 한 것 이외에 추가 비용은 발생하지 않았음

Systinet UDDI 및 Amberpoint WSM의 경우 비용 협의 중

4. Legacy 시스템의 웹 서비스화를 위해서 기존 아키텍처를 바꾸어야 하나?

3. 추가 비용이나 구입 솔루션은?

Provider : Java 모델1의 아키텍처인 경우만 변경 필요, C/C++/Pro-C의 경우는 권장하지는 않음

Consumer : Java/C/C++/Proc-C의 경우 Proxy 구조로 변경 거의 없음, 보다 효과적인 XML 데이터 활용을 위해서는 XSLT

적용을 추천

최소한 XML 및 웹 서비스에 대한 이해 (SOAP, WSDL, UDDI에 대한 상세 스펙은 몰라도 됨)

웹 서비스 지원 도구 활용 정도

2. 웹 서비스를 위해 갖추어야 할 기술은?

적용하는 아이템의 기능 및 개발자의 경험치 (Java? EJB? XML? 웹 서비스의 기본 개념?)와 지식에 따른 차이

기존 Java application의 EJB 모듈 하나를 기준으로 대략 최소 10분에서 최대 1시간 정도의 소요 시간 예상됨

1. 웹 서비스 적용 시 추가 개발 일정은? (서비스 제공자는 Java 기준)

Appendix : 주요 Q&AAppendix : 주요 Q&A

웹서비스를통한 real-time enterprise 구현 (it …웹서비스환경개발:...

Documents