KMS에서

1. 즉 기업 내 모든 애플리케이션과 데이터가 필요할 때 곧바로 접근할 수 있는 통합 환경이 되어야 한다.

 

2. 웹서비스는 XML 기반으로 WSDL(Web Services Description Language), SOAP(Simple Object Access Protocol), UDDI (Universal Description, Discovery, and Integration) 등의 표준 프로토콜에 의해 데이터 교환을 가능하게 해준다. 즉, 서비스 제공자가 WSDL(Web Service Description Language)로 표현된 서비스의 인터페이스, 데이터 타입, 위치 정보 등 서비스 호출 시 필요한 상세 정보를 UDDI(Universal Description, Discovery and Integration) 저장소에 등록한다(Publish). 서비스 사용자는 UDDI 저장소에서 원하는 서비스 상세 정보를 파악한(Find)후, 확인된 서비스 위치에 접속하여 서비스를 호출한다(Bind). 서비스를 등록하고 호출할 때SOAP(Simple Object Access Protocol)을 이용한다.

 

3. SOA가 구현할 미래사회
예전 같으면 새로운 업무/시스템을 구현할 때, 담당 프로그래머에게 새로운 업무의 내용을 설명하고 필요한 데이터를 알려주면 그에 맞춰 프로그래머들이 며칠 혹은 몇 달에 걸쳐 새로운 프로그램을 개발하던 일들을 SOA가 구현된 환경에서는 현업 실무자가 전산실의 도움없이 직접 서비스 창고에서 필요한 서비스를 목록으로 찾아 스스로 조립할 수 있게 된다. 즉, 서비스 제공자가 WSDL(Web Service Description Language)로 표현된 서비스의 인터페이스, 데이터 타입, 위치 정보 등 서비스 호출 시 필요한 상세 정보를 UDDI(Universal Description, Discovery and Integration) 저장소에 등록한다(Publish). 서비스 사용자는 UDDI 저장소에서 원하는 서비스 상세 정보를 파악한(Find)후, 확인된 서비스 위치에 접속하여 서비스를 호출한다(Bind). 서비스를 등록하고 호출할 때SOAP(Simple Object Access Protocol)을 이용한다.

4. 만약 DCOM으로 만들어진 시스템을 리눅스 사용자가 사용하려 한다면?

바로 이것이 기존의 컴포넌트 중심적인 개념들이 가지는 한계점이다. 각자의 Native 방식으로는 아주 효율적이고 강력하게 개발되고 사용되어질 수 있지만 자신의 시스템 경계를 넘어설 경우에는 당면하는 문제점들이 너무나 많다. 즉, 구현된 시스템을 마치 서비스를 사용하듯 자유롭게 연동하기가 어렵다는 것이다. 하지만 웹 서비스를 이용한 SOA는 이들과 근본적인 차이점을 가지고 있다. 시스템을 누구나 이용 가능한 서비스로 간주하고 연동과 통합을 전제로 아키텍쳐를 만든다는 것이다. 즉, 시스템을 개발하면서 처음부터 불특정 다수의 외부 시스템 혹은 고객과의 연동을 고려한다는 얘기이다. 여기서 불특정 다수라는 것이 큰 의미를 가지는데, 이는 어떠한 플랫폼에 있는 사용자가 요청을 하더라도 문제 없이 처리할 수 있도록 한다는 것이다.