진화된 Soa esb에 의한 애플리케이션 통합 (2)

진화된 SOA - ESB 에 의한 애플리케이션 통합 (2)Koji Tokuda 2006.09.20 / AM 10:06 ZDNet Korea 미국에서는 최근,[지디넷코리아]미국에서는 최근 기업안 시스템의 SOA(Service Oriented Architecture,서비스 지향 서비스아키텍쳐)의아키텍쳐 의 정비와 ESB(Enterprise Service Bus)가 주목받으며 중요한 기술로 성장해 왔다 이번에는 ESB 의 가 왔다. 싶다.기능과 앞으로의 전망에 대해 말하고 싶다ESB 의 기능ESB 는 SOA 구축의 기반이 되는 수법이며 웹 서비스 표준에 대응해 XML 기반의 메시지 엔진을 이용하고있다. 이전의「허브 앤드 스포크형」EAI(Enterprise Application Integration,엔터프라이즈 애플리케이션통합)에 대해서 표준화•분산화를 진행시켰다는 점이 최대 차이이다.미들웨어(middleware:컴퓨터 제작 회사가 사용자의 특정한 요구대로 만들어 제공하는 SW) 상의 개념적인것이지만 회사 내 랜에 비유한다고 하자. ESB 의 신념이 랜 케이블이다. 각 업무 시스템이 PC(클라이언트)로데이터를 축적하는 저장고가 서버 내지는 스토리지에 상당하여 PC 나 서버의 연결 부분이 바인더 된다. PC 나서버의 기종 차이를 OS 가 흡수하듯이 바인더가 흡수하는 것이다.지금은 PC 를 이동해 다른 랜 케이블에 연결해도 간단히 네트워크에 접속할 수 있게 되었다. 최상의 ESB 는데이터의 입출력 부분을 아답터를 통해서 접속하면 각 시스템 및 서비스가 자동적으로 제휴를 시작해동작하는 것이라 생각한다. 이상론이지만 이러한 PnP(플러그 앤 플레이:장치를 컴퓨터에 집어넣고 컴퓨터는그 장치가 거기에 있음을 인식할 수 있는 능력을 주는 표준)에 의해 접근할 수 있는 것이 최상의 ESB 이다.현재, ESB 를 제공하는 벤더에 의해서 그 정의는 차이가 난다. 원래 ESB 와 SOA 둘 다 개념을 제창한 것이가트너 같아 보이지만 여기에 따르는 웹 서비스를 기초로 한 기술로「표준화」를 실현하겠다고 한다. 업무제휴처끼리 기업간을 뛰어넘은 EAI 가 요구되게 되면 가트너가 생각하는「표준화」가 공통의 요건이 아닐까생각된다.업무 시스템의 통합에 대해서는 오라클과 같이 데이타베이스 SW 에서 시작되고 피플소프트-ERP, 시벨-CRM등의 업무 패키지 벤더를 인수하고 한 개의 회사에서 통일된 사상을 바탕으로 여러가지 업무 애플리케이션이제공된다는 전략도 하나 있다.그러나 그것은 시스템을 전부 영점에서 시작하는 경우는 편리하겠지만 기업안에 있는 예전부터의 기존시스템을 모두 바꾼다는 것은 비용적으로도 곤란하다. 특히 일본처럼 자사개발이 주류를 이루는 환경에서는더욱 곤란하지 않을까 생각된다.

이상적으로는 일단 ESB 를 도입해 버리면 나머지는 거기에 아울러 필요한 기능을 자주 추가•변경해 나가면일정 시간이 지난 후의 시스템 개발이 대단히 편해질 것이다. ESB 의 결점이 해결되고 거기에 따른 시스템기반이 완성되어 있으면 예를 들면 궁극적으로 두 개의 회사가 합병하거나 비즈니스 통합할 경우에 ESB 를개입시키는 것에 의해 수고와 시간을 그다지 많이 들이지 않아도 시스템과 데이터를 링크시킬 수 있을것이다. 그렇게 되면 비즈니스의 첫 시작을 가속화 할 수 있고 타사보다 앞서 비즈니스 기회를 얻을 수 있다.독자적인 ESB 를 제창하는 기업이 있다. 그러나 이것으로는 아직 불충분하고 표준화를 기본으로 여긴다면조금 이상하다고 생각한다. ESB 의 정의를 생각하면 표준화 개방에 대한 생각이 대전제 되어야 하므로 진짜ESB 라고는 할 수 없다.ESB 의 과제물론 데이터 형식이라든지 정의 등이 기업마다 같은 회사 안에서도 부문마다 차이가 있는 경우가 매우 많다.그 때문에 데이터 레벨을 하나로 통일하는 것은 그렇게 간단한 이야기는 아니다. 그러나 원래 ESB 는SOA 에서 온 것으로 상위의 서비스 레벨로의 통합이며 시스템간의 결점 결합을 실시하는 것이다. 하나의시스템에 한편의 데이터를 억지로 결합시키는 것은 아니기 때문에 실현 가능하다.무엇보다 웹을 통해서 기업간의 통합이 용이하게 되면 그만큼 정보 누설이나 해킹의 문제 등이 나오기때문에 보안 대책이 매우 중요하게 된다. 보안 관련 기술의 요구가 높아지고 있는 것이다.ESB 의 유력 기업ESB 의 벤더는 다양한 기업이 있지만 미국 포레스타리서치에 의하면 BEA 시스템즈 케이프클리어 SW(BEASystems CapeClear Software), 피오라노 SW(Fiorano Software), IBM, 아이오나 테크놀로지(IONA Technologies),폴라레이크(PolarLake), 프로그레스 SW(Progress Software), Software AG(ABC 순)가 업계의 리더로 알려져있다.세세히 보면 ESB 는 다양한 기술적 어프로치가 있다고 생각되지만 다양한 환경 업무 애플리케이션 등에대응할 수 있는 것이 바람직하고 협업인자를 많이 가지는 툴이 유리하다고 생각된다.ESB 의 미래미국에서는 때때로 구조조정의 이야기가 나온다. 그 때문에 인재의 유동성이 매우 높다. 인재의 능력치세트가 모듈화 되고 있다. 업무 프로세스에 대해서도 자연과 기업간의 표준화, 오픈화가 진행되고 있고입사하자마자 일을 시작할 수 있다. 일본에서는 이직하면 우선 이직처의 일의 흐름을 파악하는 것부터시작하지 않으면 안 된다.미국에서 새로운 벤처기업은 다양한 기업의 출신자에 의한 혼성군이며 툴을 개발하려는 요구가 높다. 그

때문에 표준화, 모듈화에 대응하는 대적은 매우 진행되고 있기 때문에 SOA 나 ESB 라는 것이 발달하고 있는것이라고 생각한다.또 경영측의 의식도 진행되고 있다. 인수합병이 일상다반사이며 대기업과 중소기업 뿐만 아니라대기업끼리의 인수합병도 빈번히 일어난다. 업무 제휴도 광범위하게 행해진다. 그 때에 시스템 통합을어떻게 할지 등의 생각을 하고 있다가는 경쟁에서 뒤쳐져 버리게 된다.일본에서는 자사의 전형적인 업무 순서에 맞추기 위해서 자체개발한 시스템을 도입하는 곳이 많다. SOA 는그렇게 귀찮은 일을 도입할 필요가 없다는 식으로 생각하는 기업이 적지 않다.그러나 미국에서는 자사 안에서의 애플리케이션 통합 뿐만 아니라 기업간 시스템 통합이 비즈니스 전개의장애물이 되는 위험을 회피할 수 있도록 SOA 라는 방식을 채용하는 흐름이 강해지고 있는 것이다.일본에서도 지금 인수합병이나 기업간의 제휴는 활발하게 진행되고 있어 거기에 맞추어 ESB 를 도입하는기업도 점차 많아질 것이라 생각된다. @[지디넷코리아]2004 년부터 SOA(Service Oriented Architecture:서비스 지향 아키텍쳐 가 활발히 제창되어 서비스 아키텍쳐)가왔다.왔다미국에서는 최근 SOA 의 중요한 기술로서 ESB 가 급속히 주목받고 있다. 대기업 벤더, 시스템인터그레이터의 대부분이 ESB(Enterprise Service Bus)도입을 표방하기 시작했다.ESB 란 다른 애플리케이션들을 통합해 데이터의 원활한 연동을 실현하는 기술인 EAI(Enterprise ApplicationIntegration,엔터프라이즈 애플리케이션 통합:기업내의 컴퓨터 애플리케이션들을 현대화 하고 통합하고조정하는 것을 목표로 세운 계획, 방법 및 도구)의 하나이다. ESB 는 표준화•분산화라고 하는 개방적인개념을 이용한 새로운 EAI 의 수법이다.SOA 와 EAI 와의 관계ESB 를 이해하기 위해서 EAI 의 기술적인 발전의 역사를 말하고 싶다. 그 전에 SOA 와 EAI 에 대한 관계를분명히 하겠다.SOA 를 설명할 때에 종래의 시스템에 자주 비유할 수 있는 것이 「사일로(silo)형」시스템 개발이란 표현이다.이것은 90 년대에 유행한 거대한 통합 패키지의 도입에 의한 폐해를 나타내는 말이다.ERP, CRM, SCM 등 엔터프라이즈계 솔루션 벤더는 하나의 시스템으로 모든 요구와 기능이 완결되는 것을

목표로 거대화가 진행되었다. 기업은 확실히 그것들을 도입하면서 매우 편리하게 되었다.그러나 그것은 일부의 경우이다. 대기업에서는 사업부문마다 독자적으로 시스템 도입을 진행시켜 버렸기때문에 부문을 제휴하려 할 때 수집된 장표나 파일로부터 수작업으로 다른 시스템에 데이터를 다시 입력하는등의 작업이 빈번히 발생해 데이터의 교환을 원활히 실시할 수 없었던 것이다.그것을 무리하게 접속하려고 하면 엉망이 되어 애플리케이션 접속은 실타래처럼 복잡하게 얽혀버린다.시간도 걸리고 비용도 비싸기 때문에 시스템의 기반에서 결합되는 것이 아니라 보다 큰 묶음의 서비스단위로 엉성하게 결합하는 SOA 라고 하는 개념이 나왔던 것이다. 그것을 실현하는 기술로서 EAI 가 이용되는것이다.원시적인 애플리케이션 통합 - 1 대 1 의 통합가장 원시적인 통합은 2 개의 시스템에서의 데이터 교환의 접속으로 1 대 1 대응이다. 처음엔애플리케이션끼리 직접 연결해 데이터 교환을 실시하는 것이었다.그러나 이것에는 동기(同期:둘 이상의 주기 현상이 그들 사이의 상호 작용이나 외부로부터의 신호 작용에의하여, 같은 위상 또는 일정한 위상차가 되는 일) 가 있었다. 다른 벤더간 혹은 자사개발의 시스템과패키지를 조합하는 경우에 양쪽 모두의 시스템을 이해할 필요가 있어 큰 곤란을 겪어 왔다.이 데이터의 수수 부분 통합에 따르는 문제를 해결하기 위해서 메세지큐잉(Message cueing)이란 기법이등장했다. 이것은 시스템끼리 직접 교환되는 것이 아니라 일종의 보관 장소를 만들어 한쪽의 시스템이 다른한쪽의 시스템의 동작에 관계없이 보관 장소에 데이터를 출력해 거기에 축적된 데이터를 다른 한쪽의시스템이 받으러 가도록 한 것이다. 비동기(非同期:앞에서 행하여진 사상이나 연산이 완료되었다는 신호를받고 비로소 특정한 사상이나 연산이 시작되는 방식)로서 간접적으로 메세지를 교환하기 때문에 서로의시스템을 이해하지 않아도 데이터 교환의 룰만 결정하면 통합이 가능해졌다. －「허브 앤드•스포크형 허브•앤드 스포크형」종래의 EAI －「허브 앤드 스포크형」통합그러나 시스템이 복잡해져 부문간에서 데이터 통합을 실시할 필요성이 증가함에 따라 1 대 1 이라고 할 수는없고 1 대 N 의 교환이나 N 대 N 으로 교환을 실시하는 경우가 많아졌다. 그 때문에 메시지 큐(cue:신호)를만들어 넣는 수가 방대해졌던 것이다. N 대 N 에서는 N 개 만들면 좋은 것이 아니고 N×(N-1)×•••×1 으로머나먼 이야기가 되어 현실적이지 않고 비용도 많이 든다.그것을 해결할 방법으로서 허브•앤드•스포크(hub-and-spoke:(여러 항공 노선이)대도시 터미널 집중 방식)형이만들어졌다. 자전거의 차바퀴에 비유하면 주축에 공통 허브(입수한 데이터를 일단 축적하는 스토리지)를만들고 각 하부조직이 허브에 통하는 어댑터(데이터•포맷의 변환이나 행선지를 제어하는 메세지•브로커등을 통해서 접속)를 경유해 접속되어 데이터를 수신한다. 이것을 이용하여 수많은 교환이 이루어져 데이터

제휴의 세계가 크게 발달했다.이것은 일반적으로 말하는 EAI 의 세계에서 EAI 툴은 대기업에서 벤처까지 다양한 기업이 제공했다.통합되는 기업간의 시스템을 연결하는 것도 여러 가지의 통합책이 필요해 벤처기업이 발전했다. 또한대기업도 자사개발에 가세해 이러한 벤처기업들을 매수하는 등 2000 년 이후 많은 M&A(기업인수합병)가일어났다.원칙적으로는 설계자가 논리만을 만들고 나머지가 EAI 툴을 사용해 어댑터가 자동적으로 코딩되는 것까지가능하게 되었다. 물론 현실적으로 다양한 시스템 환경마련을 위해 대응할 수 있는 것과 할 수 없는 것이발생하므로 툴도 만능은 아니다. 그때마다 최적의 툴을 선택해야 하고 생성과정도 필요하고 실제로는 그렇게간단한 이야기는 아니다.허브•앤드 스포크형의허브 앤드•스포크형의 문제 앤드그러나 종래의 허브•앤드•스포크형은 점차 시대가 변화함에 따라 변화되지 않았다. 예를 들면 기업간의시스템 통합을 들 수 있다. M&A 진전에 의해 동업자끼리의 수평통합이나 흡수합병, 수직통합 등 다양한경우가 발생했다. 그 때문에 시스템의 통합 요구가 필요했다.새롭게 패키지를 도입하면 좋겠지만 비용이 많이 발생한다. 기존의 시스템을 살리면서 어떻게든 재빠르게통합해야 했다. 그리고 최근 인터넷의 발달에 의해 기업간 업무의 제휴에 관련해서 인터넷 상에서실시간으로 업무 통합을 실시하려는 요구가 증대되어 왔다. 그러기 위해 시스템도 기업간에 접속하고 자동처리도 실시해야하는 필요성이 촉구되었다.특정 2 社간에만 이야기를 한다면 상관없지만 인터넷상에서 많은 기업과 접속을 하려고 하면 아무래도표준화가 필요하다. 그리고 허브•앤드•스포크라는 방법으로는 대응할 수 없어 분산에 대한 필요성도일어났다 －「ESB」새로운 EAI －「」이것들에 대응해 나온 것이 ESB (Enterprise Service Bus)라는 방식이다. 종래의 허브•앤드•스포크의 문제점을해결하는 것으로 표준화, 분산화를 도입한 것이다. ‘버스’라는 단어에서도 알 수 있듯이 랜(LAN)과 같은개념을 의미하는 것으로 거기에 업무 애플리케이션을 접속하여 사내의 다양한 서비스를 제휴해 나가는방식이다. 현재 이것이 주류가 되고 있기 때문에 앞으로도 SOA 를 실현하는 중요한 열쇠가 될 것이다. @

浩司（Koji Tokuda）徳田浩司（Koji Tokuda）Fusion Reactor LLC（재미국 실리콘밸리）CEO산와은행, 산와 총연, 미츠비시상사 증권등에서, 시스템 컨설팅, 벤처 투융자등에 종사. 2004 년에 독립, 미국 실리콘밸리로, 벤처 서포트, IT・금융비즈니스의 컨설팅, 무선・브로드밴드・솔루션의 개발・벤처 경영, 노포스포팅・상품・메이커의 미국 대표 등에 종사. Comments and inquires Fusion Reactor LLC CEO; CEO; Koji Tokuda 050-5534- Tel Japan 050-5534-5314 info@fusion- E-mail: info@fusion-reactor.biz http://www.fusion /www.fusion- HP http://www.fusion-reactor.biz

진화된 Soa esb에 의한 애플리케이션 통합 (2)

by Fusion Reactor LLC on Jan 23, 2012

Accessibility

Upload Details

Usage Rights

Statistics

진화된 Soa esb에 의한 애플리케이션 통합 (2) — Document Transcript