AutoXML Integration
기존의 EAI 통합방식은 Database의 데이터를 변환시키는 Adapter를 사용해서 통합하고자 하는 시스템의 Database에 옮겨 통합하고 있습니다.
하지만 시스템간의 표준화가 되어있지 않아 제각기 틀린 데이터의 변환으로 많은 비용, 시간, 개발 인원이 요구됩니다. 그리고 데이터 통합시 데이터의 중복을 제거하고 데이터의 정확성을 맞추어 개발하는 것이 매우 중요한 문제로 부각되고 있습니다.
이것을 해결하는 가장 중요한 기술이 바로 AutoXML입니다.
과거에는 이러한 통합은 상상하기도 힘들었으나, AutoXML의 등장 이후 쉽고 간단히 통합이 가능해졌습니다.
XML 방식의 통합을 구현하려면 먼저 XML 문서 생성부터 시작해야 하며, XML 문서를 생성하는 것에 아직 여러가지 해결해야 할 부분이 많습니다. 예를들어 개발환경 platform이나, XML tool과 engine이 아직 충분히 개발되어 사용하지 않고 있습니다. 그리고 통합으로 구현하려면 많은 부분(Registry, Repository, 변환 툴, 엔진, 보안)이 개발되어져야 합니다.
AutoXML에서의 통합방식은 XML의 장점을 최대로 활용하여 데이터의 중복을 피하고 간단한 개발과 배치로서 통합이 가능합니다.
하지만 시스템간의 표준화가 되어있지 않아 제각기 틀린 데이터의 변환으로 많은 비용, 시간, 개발 인원이 요구됩니다. 그리고 데이터 통합시 데이터의 중복을 제거하고 데이터의 정확성을 맞추어 개발하는 것이 매우 중요한 문제로 부각되고 있습니다.
이것을 해결하는 가장 중요한 기술이 바로 AutoXML입니다.
과거에는 이러한 통합은 상상하기도 힘들었으나, AutoXML의 등장 이후 쉽고 간단히 통합이 가능해졌습니다.
XML 방식의 통합을 구현하려면 먼저 XML 문서 생성부터 시작해야 하며, XML 문서를 생성하는 것에 아직 여러가지 해결해야 할 부분이 많습니다. 예를들어 개발환경 platform이나, XML tool과 engine이 아직 충분히 개발되어 사용하지 않고 있습니다. 그리고 통합으로 구현하려면 많은 부분(Registry, Repository, 변환 툴, 엔진, 보안)이 개발되어져야 합니다.
AutoXML에서의 통합방식은 XML의 장점을 최대로 활용하여 데이터의 중복을 피하고 간단한 개발과 배치로서 통합이 가능합니다.
AutoXML과 다른 통합시스템의 차이점
구분 | 구성도 | 비고 |
---|---|---|
Adapter / EAI 방식 |
구성도
|
비고
|
AutoXML 방식 |
구성도
|
비고
|
분류 | EAI 방식 | AutoXML 방식 |
---|---|---|
사용플랫폼 | 종속적 | 독립적 |
Web 사용 | 다소 어렵다 | 쉽다 |
Integration 방법 | 복잡 | 단순 |
Integration 개발 기간 | 많이 걸린다 | 적게 걸린다 |
프로세스 별 Adapter수 | N*(N – 1)/2 | N |
다른 기종간의 통합 | 어렵다 | 쉽다 |
문서교환 | 어렵다 | 쉽다 |
Collaboration 통합 | 어렵다 | 쉽다 |
Access 속도 | DB↔DB (DB에 의존적이므로 속도저하) |
XML↔DB (XML로 분산해서 속도가 최적화) |
사이트 통합 | 어렵다 | 쉽다 |
확장성/상호운용성 | 낮다 | 매우 유연하다 |