개발한 생산, 공정 관리 시스템의 Solution를 제공하고 있습니다.
 |
 |
 |
 |
 |
 |
속담이라고 생각한다.
요즘 IT의 환경은 많은 벤더들이 각자의 특성을 잘 반영한 솔루션을 가지고 여러 분야에서 적용을 하고 있다.
또 기업 측면에서 보자면 이러한 솔루션를 각각 필요성 때문에 시간과 환경의 차이을 두면서 도입하였다.
그 결과 이런 정보 시스템은 서로 격리되는 현상이 발생하였고 이제는 "이들을 어떻게 통합해야 하는가?"라는
것이 IT부서 더 나아가 그 기업의 숙제가 되고 있다.
이것은 마치 1990년대 초반에 각 부서의 요구상황 때문에 부서별로 단위 프로그램을 만들어 사용했다가
기업 차원에서 통합된 시스템이 필요하여 모든 단위 시스템을 버리고 통합된 전사적 자원 관리(ERP)를
도입하던 시절과 너무 비슷한 모습을 보여주고 있다.
그러나 과거와 큰 차이는 과거의 시스템은 그 대상의 범위가 작아서 재 구축이 가능하였으나,
오늘날의 환경은 시스템들을 폐기하고 통합된 시스템을 구축하는 것이 불가능하다는 것이다.
더 큰 문제는 통합의 대상이 기업내의 업무를 벗어나 관계사의 시스템과의 연계까지 고려해야 한다는 것이다
EAI란 Enterprise Application Integration (전사적 애플리케이션 통합) 의 약자로서, 말 그대로 DW, ERP,
CRM, SCM, B2B 등 기업에서 운영하는 서로 다른 Application 및 System 을 통합하는 것을 말하는 것으로서
EAI Solution은 이를 통해 업무의 효율성, 확장성을 높이고 유지보수시간 및 비용 절감, 편의성을 높이고자
하는데 그 의의를 두고 있다.
하나의 어플리케이션에 있는 데이터를 다른 어플리케이션에서 이용하고자 할 때 기존에는 별도의 컨버터를
이용하거나, 관리자가 수작업으로 데이터 형식을 변환해주어야 했지만 EAI를 도입하면 모든 데이터를 시스템
상호간에 실시간으로 공유할 수 있게 된다.
기존에는 새로운 데이터가 갱신될 때마다 각각의 DB와 어플리케이션에 관리자가 직접 입력을 해주거나
주기적인 데이터 백업을 통해 일정 시간이 지난 후에 반영이 될 수밖에 없었다. 그러나 EAI Solution을
이용하여 시스템을 구성하면 한 어플리케이션에 데이터가 업데이트 될 때마다 실시간으로 사내의 모든 시스템의
어플리케이션에도 업데이트가 일어나게 되어 시간과 비용 면에서 월등한 장점을 가지게 된다.
또한, Messaging Middleware를 이용해 Business Logic을 중심으로 프로세스 자동화, 데이터 변환 등을 하여
전체적인 트랜잭션 네트워크를 관리 통합하는 이점을 제공하게 된다.
운영체제, 다양한 데이터 소스로 구성된 많은 종류의 시스템을 보유하게 되었다.
현재도 기업 내부 혹은 외부의 연관된 조직은 계속해서 새로운 시스템을 도입하고 있으며,
이로 인해 필수적으로 기존의 시스템들과의 호환 및 통합의 문제를 안게 되었다.
또한 조직의 인수, 합병이 빈발하는 요즘의 추세는 이러한 시스템간 통합에 대한 필요성을 더욱
강하게 부각시키고 있는 상황이다.
물론 이전에도 시스템 통합은 필요에 따라 계속적으로 있어 왔지만, 기존의 시스템간 호환 및 통합은 위의
그림과 같이 시스템 상호간에 일대일(point-to-point) 형식으로 사안에 따라 이루어지고 있는 실정이었다.
이러한 방식의 통합은 시스템의 종류 및 수가 늘어남에 따라 그 연결고리의 수는 기하 급수적으로
늘어나게 되었고, 적용 기술 또한 점점 더 복잡해져 가게 되었다.
이러한 문제점을 해결하기 위해 등장한 것이 바로 EAI이다.
EAI를 도입함으로써 point- to-point 방식과는 달리 새로운 시스템 도입 시 기존에 구축되어있는 시스템들과
손쉽게 통합을 할 수 있게 되었다.
따라서 기존 시스템간 연동에 대한 비용 및 시간 투자를 최소화할 수 있으며,
또한 전체 System의 감시 및 관리, 제어기능을 이용하여 시스템 별로 배치했던 전담 인원 및 비용을
대폭 절약할 수 있다.
그림
▲데이터 브로커 (Data Broker)
서로 다른 애플리케이션은 각기 다른 형태로 데이터를 보관하고 있기 때문에 애플리케이션간 통합을 위해
데이터포맷과 데이터코드를 변환하는 역할을 한다.
▲메시징 통로
기능과 변환을 마친 데이터를 다른 애플리케이션으로 전송하는 것으로서 이는 ‘허브&스포크 방식(hub & spoke)’과 ‘메시지 버스(message bus) 방식’ 2가지가 있다. 이들의 역할은 데이터 변환, 룰 프로세싱,
트랜젝션 처리 등이다.
▲어댑터(Adapter)
각기 다른 애플리케이션과 메시징 통로 사이에서 데이터를 입출력하는 도구로서 새로운 애플리케이션이
하나 도입되면 하나의 어댑터만 추가해주면 다른 어플리케이션들과의 통합을 할 수 있다.
▲프로세스 통합 (Process Integration)
위의 3가지를 통해 일단 데이터 통합이 이뤄진다. 하지만 진정한 의미의 EAI는 데이터 통합에서 벗어나
프로세스까지 통합해야 한다.
즉, 특정 애플리케이션에서 변환과정을 거쳐 옮겨온 데이터를 다른 애플리케이션에서 자동적으로 작동시키는
워크플로까지 통합돼야 하는 것이다. 때문에 상용화된 EAI 솔루션들은 교환된 데이터를 실제 업무에
적용할 수 있도록 비즈니스 규칙(Rule)을 자동화한 소프트웨어 모듈을 포함하고 있다.
