Service Oriented Architecture (SOA) is new development approach of software by composing services distributed on the web. To implement SOA, building tasks (service discovery, selection, composition, development, and test) are orderly performed based on workflow in business process. The challenge for the composition is on how to consider Quality of Service (QoS) among several of the discovered service sets. Once the building is performed on the consumer side, service built information, i.e selected service path, will be reused for the redundant tasks because service discovery, selection, composition, development and test are very time-consuming. The problem of reuse of built information for the redundant tasks is how to manage it at service execution time if providers change the services. If the built information is properly not managed on the consumer side, service failure must be happened during execution time due to the change. The Service-Oriented Dynamic Reconfiguration Framework [16] has been proposed to reconfigure when the system failure or overload is detected during execution time of the services. However, it has some problems in terms of reconfiguring time of the changes. Reconfiguration in the framework is delayed until failure or overload is detected during execution time. The changes of service performed by providers will not be applied in real-time to the system. Furthermore, the reconfiguration framework is too abstract. Although it focuses on the consistency of services, it does not propose how to check the consistency of services concretely after the changes. The framework suggests abstractly what to do, but it does not propose concretely how to do.
The other solution is to reconfigure the service by developers. If the change notification is received from the registry right after provider change their services, developers could reconfigure the service. However, this approach also has several problems. It is impossible for developers to monitor the change notification always, as well as reconfiguration by developer can not be performed in real-time.
For these reasons, we would like to propose how to manage the changes in real-time on the consumer side automatically. Additionally, we suggest the concrete approach to change management.
서비스지향 아키텍처는 느슨한 결합, 플랫폼 독립, 표준화된 방법을 통한 새로운 소프트웨어 개발 접근방법이다. 최초 서비스 확립시기에 서비스 발견, 선택, 조합, 개발, 테스트가 이루지며, 이와 같은 작업들은 대부분 시간을 많이 사용함으로 일단 서비스가 확립되면 확립된 서비스 정보를 바탕으로 되풀이되는 서비스요구를 계속 처리한다. 공급자가 서비스를 변경 시 확립된 서비스 정보를 어떤 방법을 통하여 관리해줘야 하는 문제가 발생한다.
이에 대한 해결책으로 본 논문에서는 공급자의 서비스 변경을 기반으로 하는 서비스 변경 관리 방법을 제안했다. 최초 서비스 확립 후 소비자는 자신이 특정 서비스를 사용하겠다는 것을 레지스트리에 등록하고, 서비스 변경이 발생하면 레지스트리는 등록된 소비자에게 만 변경 정보를 통지한다. 소비자쪽에서 변경감지 에이전트는 변경 정보를 통지 받은 후 구문분석 후 재구성 에이전트에 전송하고, 재구성 에이전트는 변경된 서비스가 서비스 흐름상 이웃하는 서비스 혹은 이전 서비스와 호환이 가능한지를 검사한다. 이때 호환 가능 검사는 주고받는 서비스 버전, 인터페이스, 서비스의 품질을 기반으로 이루어진다. 위와 같은 접근방법은 공급자가 서비스를 변경 후, 소비자는 바로 변경에 따른 서비스 재구성을 개발자의 개입 없이 자동적으로 할 수 있으며 현재 진행중인 서비스의 실행성능에는 아무런 영향을 미치지 않는 장점을 가지고 있다.
