System z SOA 와 ESB Sunho Sung System z TM Software 2008 IBM Corporation
목차 SOA 등장의배경 SOA 란? SOA 와 ESB SOA 를위한 System z 고유의가치 2
목차 SOA 등장의배경 SOA 란? SOA 와 ESB SOA 를위한 System z 고유의가치 3
SOA 등장의배경 : 비즈니스환경의변화 2006 년 IBM 이전세계 CEO 에대한설문조사에서, 87% 의 CEO 들은혁신 (Innovation) 을이끌어갈변화가필요하다고믿고있습니다. Rapidly evolving market forces drive the need for innovation CEO 에게중요한혁신 (Innovation) 과제 Top Innovation Priorities: Moderate 22% Little or no 13% A lot 65% Extend the ability to collaborate inside & outside Innovate business models & processes Leverage information for business optimization 향후 2 년내에급격하고도본질적인변화가필요한가? 에대한답변 Source: 2006 IBM Global CEO Survey 혁신은전적으로변화에대해말합니다. SOA 는더쉽게변화하게만듭니다. 4
생존을위한지속적혁신 기업전반에관련된최신정보를사용하여핵심적인프로세스에서의지연요소를지속적으로제거함으로써경쟁력을갖추기위한지속적혁신이필요합니다. 이러한혁신을가능하게하도록 IT 시스템이지원을할수있어야한다는요건이 SOA 등장의배경이됩니다. 최신정보를필요한곳에지체없이제공 기업의 Visual 화에따른정보의통합요구 투명경영을위한실시간정보공유 운영및의사결정지원 비즈니스수행내용및결과에대한예측및분석지원 핵심적이고차별적이며, 높은부가가치를창출하는프로세스 5
비즈니스와 IT 의 GAP 지속적인혁신을위해서는변화하는업무요건을 IT 에신속하게, 그리고정확하게반영하여야합니다. 하지만현실은업무요구사항과이를바탕으로구현된 IT 시스템에많은차이를보이게됩니다. 이러한차이를최소화하기위해 SOA 가등장하게됩니다. 업무부서의예산과요구로만들어진시스템이업무에도움이되지않고, 오히려부가적인작업을필요로하고업무능률을저하시킨다. 전사 IT 시스템의방향성과필요성은인정하지만, 보다혁신적인시스템을요구하기보다는원래있는그대로를선호하게된다 Business Direction Business 와 IT 의괴리 업무요구사항과구현된시스템의요건차이를어디서줄여야할까? 각영역담당자의역할을명확하게할수록그둘의차이는멀어진다. 6
IT 유연성과느슨한결합의중요성 변화하는비즈니스를지원하기위해서는 IT 의유연성이요구되며, 이를확보하기위하여계층간의느슨한결합이필요합니다. Business Process Layer Cross Functional End-to-end Sales Order Process Sales Dir Finance People Soft Employee Product SAP Siebel Customer Outlook Service Layer How do you connect sales to customers? Application Layer Applications, Components, Software How do you connect SAP to Siebel? Implies the need for a connectivity layer (ESB) J2EE Linux MQ Unix OS/390 DB2.NET Technology Layer Hardware, Network How do you connect J2EE to.net? 7
IT 기술의발전 SOA 는 Object Technology 를계승발전시킨 IT 아키텍처전략으로서기존 OO, CBD 가주로개발자관점의재사용에중심을두는반면, SOA 는사용자중심의서비스및프로세스에기반한업무프로세스및 IT 서비스재사용에중점을두는전략입니다. 미들웨어개방형표준 Value SOA Business Processes WSDL/SOAP/ UDDI/CORBA 모델링적용범위 OO CBD Components Applications CORBA J2EE/ CORBA Object 서비스 단위시스템 IT 서비스 단위시스템 전사비즈니스프로세스 & IT 서비스 방법론및시스템구축범위 전사프로세스및시스템 단위프로그램 재활용성이높고다양한운영환경을지원하기위한방향으로발전 OO CBD SOA IT 패러다임의진화 8
목차 SOA 등장의배경 SOA 란? SOA 와 ESB SOA 를위한 System z 고유의가치 9
Service Oriented Architecture: 정의 SOA 는서비스의개념을바탕으로하는통합아키텍처로서느슨한결합 (Loose Coupling) 과캡슐화 (Encapsulation) 를전사차원의통합 (Integration) 에반영하는것을목표로합니다. - 객체지향개발 (Object Oriented Development) - 컴포넌트기반설계 (Component Based Design) - 전사어플리케이션통합기술 (Enterprise Application Integration Technology) 느슨하게결합된서비스 (Loosely coupled service) 란? Client 1. Service Lookup 2. Lookup Response Registry 서비스요청자또는소비자의어플리케이션코드와서비스제공자의어플리케이션코드가서로에대해서알아야하는것들을제한한다는의미입니다. 서비스의여러측면중서로결합되어있는 (Coupled) 부분에어떤변경이발생할경우, 요청자또는제공자어플리케이션코드, 또는양쪽모두수정을하여야만합니다. 만약, 결합되어있지않은 (Decoupled) 측면이라면요청자, 제공자, 또는중재를담당하는기반구조어떤곳도수정이필요없습니다. 3. Service Invocation Machine 1 4. Service Response Service A Service B Machine 2 Service C Machine 3 Service A 10
Service Oriented Architecture: Service 란? 명시적인, 구현에독립적인인터페이스 지역투명성 (Location transparency: 정확한 Location 을몰라도사용가능, 예를들면 IP 주소를외우는대신 Domain Name 을사용해접근 ) 상호운용성 (Interoperability: 다른시스템이나제품과함께잘동작하기위한능력 ) 재사용가능한비즈니스기능의캡슐화 Technical functions ( 예를들면, logging) Business functions ( 예를들면, getbalance) Business transactions ( 예를들면, openaccount) Business processes ( 예를들면, applyformortgage) 11
SOA is like building blocks SOA allows you to modularly assemble and reassemble the blocks to suit your business needs Building blocks represent business services Checking Patient Records Opening Account Checking flight status 12
SOA is like your golf clubs Think of each golf club represents a business service Depending on the hole, SOA allows to you configure your clubs flexibly and easy to suit your needs. Par 5 Par 4 Par 3 13
목차 SOA 등장의배경 SOA 란? SOA 와 ESB SOA 를위한 System z 고유의가치 14
IBM SOA Reference Architecture SOA 레퍼런스아키텍처는 SOA 의기본적인구조로서 SOA 구현에투입될서비스의집합을벤더중립적으로인식하고계획하는방식입니다. 즉, 사용하는제품이나서비스와상관없이, SOA 를구현하려는경우에고려해야할요소들입니다. 파트너서비스 비즈니스혁신및최적화서비스실시간비즈니스정보를통한더좋은의사결정가속화 개발서비스 인터랙션서비스 프로세스서비스 정보서비스 사람, 프로세스및정보사이의 비즈니스프로세스의관리 협력을가능하게함 및자동화 솔루션자산의디자인과개발을위한통합환경 비즈니스파트너와의연결 서비스사이의 ESB c 비즈니스어플리케이션서비스강력하고확장가능한보안서비스환경구축 커뮤니케이션조정 통일된방식으로다양한데이터관리 접속서비스 기존정보와어플리케이션자산과의인터랙션가속화 IT 서비스관리 서비스, 애플리케이션및자원의관리및보안 인프라스트럭쳐서비스산출물, 가용성및성능최적화 15
Enterprise Service Bus (ESB) SOA 의참조아키텍처의핵심은 Enterprise Service Bus (ESB) 입니다.ESB 는전사적인서비스아키텍처구현에필요한연결능력 (Inter-Connectivity Capabilities) 을제공합니다. 포털 서비스 SOAP 서비스리퀘스트 (e.g. J2EE,.NET) 서비스 플로우 B2B interaction 데이터 기존어플리케이션 신규서비스 논리 장래, 모든서비스는서비스지향의허브 ( 버스 ) 에접속됨 ESB의기능 : 중계서비스 라우팅, 메세지변환 이벤트서비스 Publish and Subscribe 트랜스포트서비스 동기 / 비동기, 영속적 / 비영속적,Loosely/Tightly 표준기반 HTTP/HTTPS, JMS, JAX-RPC, SOAP 등 16
ESB and Advanced ESB ESB 는어플리케이션및서비스통합을위한유연한인프라스트럭처를제공하며, 인터페이스개수 / 사이즈 / 복잡성을감소시켜줍니다. WebSphere ESB 는 J2EE/JCA 표준을사용하여개발한 WAS 기반의 ESB 입니다. Advanced ESB 인 WebSphere Message Broker 는다양한인터페이스와이벤트처리, 데이터변환등을복합적으로지원합니다 ESB: WebSphere ESB for z/os Advanced ESB: WebSphere Message Broker for z/os Web 연결성및데이터변환 HTTP JMS WebSphere MQ Web XML WebSphere Adapters 범용연결성및데이터변환 HTTP JMS WebSphere MQ Web XML WebSphere Plus the following: Adapters Weblogic JMS Biztalk TIBCO Rendezvous MQe Multicast Tuxedo FTP TIBCO EMS JMS COBOL HIPAA EDI-FACT HL7 SonicMQ JMS Copybook ACORD Real-time IP AL3 Word/Excel/PDF SWIFT FIX ebxml EDI-X.12 MQTT Custom Formats 실제 SOA 구현에는다양한 ESB 요건이존재하며, 경우에따라 ESB 또는 Advanced ESB, 또는 ESB 와 Advanced ESB 모두필요할수있습니다. 17
Enterprise Service Bus: SOA with ESB ESB 를사용하지않을경우의 SOA 구조는가능하지만, 이경우인터페이스에대한개발부담이증가하게됩니다. Turn this into this. Application Application Application Application Service Service Service Service Interface Interface Interface Application Application Application Application Interface Interface Interface Interface Service Service Service Service = interface Decouples the point-to-point connections from the interfaces Service Service Service Service Dynamic selection, matching, Substitution More flexible coupling & decoupling Application & Interfaces for resue Enterprise Service Bus Service Service Service Service 18
Enterprise Service Bus 의형태 SOA 를구현을위해서는대량의개별상호작용을지원하기위해더정교하고, 관리가가능한기반구조를필요로합니다. 또한더정립된통합방법, 예를들어메시지지향통합 (Message-oriented Integration), 이벤트구동통합 (Event-driven Integration), 또는최소한기존기반구조와의통합을지원하여야하며, 전사적인서비스의품질을지원하여야합니다. ESB 는그러한기반구조를위한개념입니다. ESB 는버스 (Bus) 의한형태로정의되기도하지만, 허브 (Hub) 의한형태로정의되기도합니다. BUS HUB 19
ESB: 구현 분산된버스 (Bus) 와중앙집중된허브엔스포크 (Hub-and-spoke) 솔루션을명확히구분하는것은중요하지않습니다. 관리의중앙집중화와기반구조의분산관점에서, 초기작은규모의통합솔루션의물리적인구현은단일허브에집중될것입니다. 그러나구현이발전되어가면, 논리적으로여전히중앙집중화된관리를유지하면서도물리적으로기반구조는버스의개념으로더욱분산될수있을것입니다. 따라서결과적으로 ESB 는아래와같이구현됩니다. 20
ESB: ESB 와다른 SOA 컴포넌트의역할 Business Service Directory: SOA에참여하는시스템에사용가능한서비스의자세한정보와분류를제공 Business Service Choreography: 연속된일련의서비스상호작용들을비즈니스프로세스로서통제 (Orchestration) ESB Gateway: 서비스에 ESB가연결을제공하지않는외부로의통로를제공, 여러 ESB들을연결하여 ESB 연합 (Federate) 을구성 21
ESB 의기본적인기능 ESB 는 SOA 의통합인프라스트럭처 (Integration Infrastructure) 를지원하는구성요소로서다음의기본기능을제공합니다. 항목 통신 (Communication) 통합 (Integration) 서비스상호작용 (Service Interaction) 관리 (Management and autonomic) Routing Addressing 여러통합형태또는아답터 프로토콜변환 서비스인터페이스정의 서비스메시징모델 서비스구현의대체 기능 최소하나이상의메시징형태를지원 (Request/Response, Pub/Sub) 널리사용되어지고있는통신프로토콜중최소하나이상을지원 관리기능 (Administration Capability) 비고지역투명성 (Location transparency) 다양한운영환경에서의통합지원실제서비스프로토콜과구현으로부터어플리케이션코드를분리서비스명, 서비스호출등에대한하나의관리포인트제공 22
ESB Pattern ESB 패턴 (Pattern) 은 SOA 인프라스트럭처내부의 ESB 컴포넌트를설계하기위해사용되어질수있는어플리케이션통합패턴 (Application Integration Pattern) 입니다. 23
참고. EAI vs. ESB? EAI 란 ( 광의의 EAI)? "EAI encompasses approaches, methodologies, standards, and technologies allowing very diverse but important systems to share information, processes, and behavior in support of the core business." - David Linthicum (CEO, Bridgewerx) 의 Blog (8/8/2005) http://blogs.ittoolbox.com/eai/cto/archives/esb-vs-eaigive-me-a-break-5303 특정기업의고유의기술요소를기반으로표준지원포함예 ) MQ (MS, IBM), WebMethods, SeeBeyond 사의 EAI 제품 고비용 서비스지향가능 EAI ( 구현기술 ) EAI ( 개념 ) ESB ( 구현기술 ) 표준기반예 ) WS-Standard 저비용 서비스지향 24
목차 SOA 등장의배경 SOA 란? SOA 와 ESB SOA 를위한 System z 고유의가치 25
SOA 의구현을위한고려 : 운영환경의선택을위한고려사항 SOA 는플랫폼이나구현기술또는이들을제공하는업체에독립적인아키텍처모델입니다. 하지만, SOA 어플리케이션을구현하고, 이를운영할 Infrastructure 를선택하는데있어서는 SOA 구현과운영을위한기능적, 비기능적요소와 SOA 운영환경으로서의각플랫폼이제공하는서비스품질 (Quality of ) 등, 여러다양측면을고려하여야합니다. 기능적요소 설계및개발 비즈니스혁신및최적화 프로세스및정보의관리 ESB 비즈니스어플리케이션 내, 외부어플리케이션, 정보, 자산과의연계 IT 서비스의모니터링및관리 비기능적요소 경제성 (Cost Effectiveness) 통합의용이성 비즈니스와 IT 의연계 (Alignment) 신뢰성 (Reliability) 전사적인 IT 와통제 (Governance) 자산의재사용 구현 WebService System z ESB BPEL WSDL XML SOAP UDDI Windows Unix CICS WPS 26
SOA 및 SOA 운영환경의기능적, 비기능적요건 SOA 를구현을고려할때, SOA 참조아키텍처는 SOA 구현에투입될서비스의집합, 다시말해 SOA 의구성요소들에대한정의와기능적, 비기능적요건을제공합니다. SOA 참조아키텍처에정의된구성요소들의기술적인컴포넌트나실제하드웨어, 소프트웨어로의변환에는이러한기능적, 비기능적요건이지표가됩니다. 아키텍처상에다소불명확하게표현되어있는일부비기능적요건들은아키텍처의기반이되는 Infrastructure 에의해충족되어져야합니다. 비즈니스혁신및최적화서비스 실시간비즈니스정보를통한더좋은의사결정가속화 개발서비스 인터랙션서비스 프로세스서비스 정보서비스 사람, 프로세스및정보사이의비즈니스프로세스의관리통일된방식으로다양한솔루션협력을가능하게함및자동화데이터관리자산의 디자인과 개발을위한통합환경 서비스사이의 ESB c 커뮤니케이션조정 파트너서비스 비즈니스어플리케이션 접속서비스 비즈니스파트너와의연결 서비스기존정보와어플리케이션강력하고확장가능한보안자산과의인터랙션가속화서비스환경구축 인프라스트럭쳐서비스 ( 비기능적요건 ) 단위시간당작업량, 가용성및성능최적화 IBM SOA Reference Architecture IT 서비스관리서비스, 애플리케이션및자원의관리및보안 기능적구성요소 SOA 와 SOA 운영환경의요건 ( 비기능적요건 ) 경제성, 효율적인비용의플랫폼 Accounting, 로깅 (Logging), 감사 (Auditing) 기능 일관적이고예측가능한성능 온디멘드용량 표준기반의통합 관리의중앙집중 IT 자산의재사용 신뢰성과보안성을제공하는운영환경 27
IT 자산의재활용에대한고려 2004 년기준, 전세계자본투자의약 25% 가 IT 에투자되었습니다. 비용효율적인방법으로 IT 및비즈니스를혁신하기위해서는이와같이 IT 에기투자된자본을최대한활용하는것입니다. Many of the I/T assets required to enable an on-demand business already exist and have been supporting the business for years or even decades. Enabling these I/T assets to participate in integrated business processes is key to improving responsiveness. DH Brown Associates, Inc. Application Transformation: Leveraging Existing I/T Assets to Build Competitive Advantage (September 2004) CICS CICS ERP / CRM ERP / CRM 내부사용자 CICS CICS IMS IMS Distributed Distributed Platform Distributed Platform Distributed Platform Distributed Platform Distributed Platform Platform 현재메인프레임대부분의프로그램은 CICS 또는 IMS 기반에서플랫폼종속적인방법으로사용자및타시스템과연계되어있습니다. 기존자산 (Application) 재활용 다양한사용자및채널지원 시스템간연계의효율화 SOA 를통한기존자산의재활용 외부사용자 대외기관 IMS IMS ERP / CRM ERP / CRM Distributed Distributed Platform Distributed Platform Distributed Platform Distributed Platform Distributed Platform Platform 28
자산의서비스화및재활용의확대 : 기존자산의용이한서비스화 System z에서는 CICS 또는 IMS 프로그램의변경없이, WDz를이용하여이들어플리케이션을표준화된 Web 로구현하여 SOA의중요한구성요소인비즈니스어플리케이션서비스를제공합니다. 이를통해 SOA의중요한과제중의하나인기존의자산에대한재활용의최대화를이룰수있습니다. CICS V3.1 CICS SOAP PIPELINE SOAP Message SOAP Message HFS WSDL WSBIND CSD URIMAP PIPELINE WEBSERVICE COBOL Copybook (CICS/IMS) WebSphere Developer for System z (WDz) WSDL XML Adapter Service Provider 29
서비스와데이터에대한근접성 (Proximity) WPS 및 WESB 를이들이이용하고자하는서비스및데이터에가장근접하게위치시킴으로써, 보다나은성능과 Throughput 을제공할수있습니다. 미국의대형운송업체의 Benchmark 결과에따르면, Business Logic 을 z/os data 와동일한 LPAR 에서구현했을시, EJB Transaction 당 평균 CPU 사용량이 77% 감소하고 이동되는데이터의 bytes 가 99% 감소합니다. 30
기존플랫폼기술의활용 SOA 는기존의 z/os 기술을사용할수있는새로운기회를제시합니다. SOA 모델에서는더이상서비스가어떤언어로작성되느냐는그다지중요하지않고, 서비스를얼마나쉽게통합할수있느냐가훨씬더중요합니다. 기존의프로그래밍기술의활용 CICS, DB2 등의웹서비스지원 4GL 인 EGL 의활용 기존 COBOL 개발자가 Java 를배우거나, 그반대의경우가필요하지않음 SOA 프로그래밍모델은다양한개발언어를지원하며, 개발자에게익숙한개발언어를사용할수있음 시스템관리자는기존메인프레임기반의정책과절차를유지할수있음 COBOL Data COBOL Data Declaration or Declaration or Complete program Complete program External XSD or External XSD or WSDL WSDL Inbound Inbound XML XML converter converter WebSphere WebSphere Developer Developer for for System System z z XML XML for for the the Enterprise Enterprise CICS CICS Metadata Metadata 서비스로의손쉬운통합 Web Web Tools Tools Outbound Outbound XML XML converter converter 엔터프라이즈자산 Web Web Client Client WSDL WSDL XML XML Schema Schema (XSD) (XSD) 31
SOA 의중추로서 ESB: 가장높은수준의가용성, 확장성, 보안및성능요구 ESB 는 SOA 아키텍처의핵심적인인프라구성요소이며, 모든서비스통신이실행되는매개체입니다. 따라서가장높은수준의가용성, 확장성, 보안및성능이요구되며, System z 기반의 ESB 는서비스사이의커뮤니케이션조정이라는 SOA 의기능요건을제공함과동시에이기능요소에요구되는비기능적요소를만족시킬수있습니다. ESB는 SOA 아키텍처에서가장중요한인프라스트럭처컴포넌트 모든서비스커뮤니케이션플로우가 ESB에서운용 최대한가용성, 확장성, 보안성, 성능을요구함 z/os 운영시스템과연계한핵심 ESB 컴포넌트를 z/os가제공하는서비스품질 (Quality of Service) 를승계함 서비스와데이터에대한접근성도중요한요소 ESB 의 Java 워크로드는 zaap(system z Application Assist Processor) 에의해처리될수있음 HiperSockets Technology: System z 내부 LPAR 간에 Memory to Memory communication 방식의 TCP/IP Network 을구성하여 간에이루어지는 Network Overhead 를최소화 z/os 기반의 ESB 가용성, 확장성, 보안성 z/os 가제공하는 QoS HiperSocket 에의한성능의향상 서비스와데이터에대한근접성 z/os 32
핵심비즈니스프로세스를위한프로세스엔진의위치 핵심적인비즈니스응용프로그램이 z/os 플랫폼에서수행되고, 서비스화되어제공되고있다면, SOA 의 ESB 와비즈니스프로세스엔진구성요소를그것이의존하는서비스가배치되어있는것과동일한플랫폼에서실행하는것이효율적입니다. 상당수의핵심비즈니스어플리케이션이이미 z/os기반에서운용 비즈니스프로세스엔진이기존의데이터와트랜잭션과동일하게위치하는것이유리 WebSphere Application Server 와 ESB 기반의 Process Server 를 z/os 에위치하게하여 z/os 가제공하는서비스품질 (Quality of Service) 를승계할수있음 Business Innovation & Optimization Interaction Process Information Partner Business Web App Siebel Access DB Adapter xseries Infrastructure Business Innovation & Optimization Business Innovation & Optimization Interaction Portal Process Information Federated Queries Interaction Process Information Community Partner Manager Business Web App Access SAP DB DB Adapter Partner Business Web App Access CICS IMS Adapter Adapter pseries Infrastructure zseries Infrastructure 33
핵심어플리케이션서비스를위한플랫폼 System z 는핵심응용프로그램서비스를위한플랫폼의역할을수행합니다. 전통적인트랜잭션관리자인 IMS 와 CICS 도그기능을웹서비스로서공개함으로써 SOA 에완전히참여할수있으며, CICS 는웹서비스의소비자역할도할수있습니다. 이는메인프레임응용프로그램에많은투자를하였고, 일괄처리와같은메인프레임의특징과기능을필요로하고, 이러한자산을재사용하기를원하는다수의고객에게매우효율적인선택이될수있습니다. 메인프레임의서비스품질을요구하는자바어플리케이션은별다른수정없이 WebSphere Application Server for z/os 에서운영될수있음 자바워크로드의대부분이 z/os 에서 zaap 에의해처리될수있음 Partners (Java/.NET) Web Clients Front office (Java/.NET) Browser COBOL, PL/1, ASM 등의전통적인메인프레임개발 ESB 기존의 CICS, IMS 와같은트랜잭션매니저와 DB2 Stored Procedure 의활용 Web services Web services Servlets CICS, IMS, DB2 의 SOA 트랜잭션과웹서비스지원 Eclipse 기반의 WebSphere Developer for System z 와같은메인프레임개발툴의활용 CICS Applications Repository WAS z/os EJB 34
방화벽을포함한 Network 과의보안구성차이 프로세스엔진과 ESB 를메인프레임에두었을경우 SSL 과같은내부트래픽에대한암호화가필요없게되어성능면에서암복호화에대한부담이줄어들게됩니다. Network 및 SOAP (XML) message 에대한보안에대하여, a. 방화벽에의한 N/W traffic filtering 을포함한모든사항은 Process Server 의플랫폼과관계없이동일합니다. b. 플랫폼에의한차이는내부방화벽안쪽에서 WPS 와 CICS 간의 SOAP (XML) message 에대한 content security 입니다. WPS 와 Webservice provider 간의보안 Internet z/os 의경우 local connection 에의하여외부에공개되지않아보안필요없음. UNIX 에 WPS 를위치할경우 SOAP message 가그대로 plain text 로내부 N/W 을흐르게되며이에대한암호화를하지않을경우내부사용자에의한 security hole 이발생합니다. SSL 방화벽외부의보안 External Firewall Router SSL DMZ Network Dispatcher (Load Balancer) SSL Internal Firewall HTTP Server Plug-in HTTP Server Plug-in 모든 SOAP message 는 SSL 또는 IPsec 에의하여플랫폼에관계없이모두암호화되어야합니다. 외부 / 내부방화벽을거치면서필요한 N/W filtering 은모두이루어지며, http server 를 DMZ 구간에위치시키는것역시 Process Server 와는무관합니다. TCPIP LAN Segment Process Engine/ESB Process Engine /ESB Intranet UNIX Web Service pipeline CICS z/os DB2 내부사용자 35
SOA 운영플랫폼으로서의 System z 장기적인 SOA 전략을고려할때, 플랫폼이제공하는 Quality of Service (QoS) 및 TCO 는 SOA 를위한기능적인요인만큼이나중요한요소이기때문에메인프레임은 UNIX 및기타분산환경보다향상된 SOA/BPM 운영환경과저비용고효율인프라를제공합니다. Workload Management z/os 의 WLM 에의하여다양한워크로드를단일시스템에서운영 플랫폼 Quality Parallel Sysplex 클러스터링기법의검증된가용성 (99.999%) 및확장성 Special Engine (zaap 및 ziip) XML 처리및 Java 워크로드의상당부분을 Special Engine 에서처리가능 Proximity to Service 코어비즈니스자산 (Assets) 과 Process Server 가동일시스템에존재 Local Connection Service 간의인터페이스가 z/os 내에서 Local Connection 이가능하므로 N/W 의연동없이 Memory 통신가능 확장성및성능 TCO 절감 zaap 및 ziip 은 H/W 측면에서저렴할뿐아리라, S/W 의과금대상이아님 플랫폼의고가용성과확장성은장애비용을최소화함 다양한워크로드를한시스템에서운영하므로독립된기능서버로분리할필요가없음 센터비용절감 메인프레임기반의 SOA 가용성 : 메인프레임의가용성 ( 시스템무중단서비스 ) 지표인 99.999% 의운영환경 확장성 : Local Connection에의하여물리적서버간의통신이제거됨으로써확장성이보장됨 보안성 : 서비스요청 / 제공이시스템내에서구현됨으로써 XML 암호화필요없음 ( 단 Front-end는암호화가필요함 ) 성능 : Local Connection에의하여 Memory speed 수준의메시지처리가가능 비용 : SOA/BPM의워크로드의상당부분 (XML Overhead) 을 Special Engine에서수용함으로써 TCO의절감 zaap : System z Application Assist Processor ziip : System z Integrated Information Processor BPM : Business Process Management 36
SOA 를위한 System z 고유의가치 IBM System z 는 SOA 구현을위한기능적, 비기능적필수요건을충실하게지원하며 Open Server 로서의특징과 System z 고유의 Enterprise computing, Virtualization, Mixed workload, Quality of Service 등의가용특성을 SOA 의실제적인구현을위해제공할수있는최적의플랫폼입니다. 비즈니스유연성 경제성 변화에신속한대응집중과선택저비용고효율 비즈니스 기업경쟁력강화 필수요건 IT 통합의용이성연계성신뢰성전사적인 IT 통제재사용성 로깅 / 감사 보안 저비용플랫폼 정합성 성능및가용성 유틸리티컴퓨팅 표준기반통합 중앙집중형관리 IT 자산의재사용 신뢰성 메인프레임고유의가치 Enterprise Computing Virtualization Mixed Workload Quality of Service 37