SOA 및 웹 서비스 입문

웹 서비스를 통해 이런 모든 동적 기능들이 여러 서비스를 애플리케이션으로 결합할 수 있지만, 그래도 서비스부터 빌드해야 한다. 전산학 분야에서 프로그래밍 언어는 끊임없이 발전하고 있다. 프로그래머가 함수에 어떤 매개변수를 제공하면 이 함수가 해당 매개변수에 대해 어떤 연산을 실행하고, 계산 결과를 바탕으로 어떤 값을 반환하는 함수라는 아이디어를 구현하기 시작한 것은 수십 년 전의 일이었다. 결국, 이런 최초의 개념이 각 오브젝트가 자신이 수행할 수 있는 다수의 함수뿐 아니라 고유한 개인 데이터 변수도 가지고 있는 오브젝트로 발전되었는데, 이는 이전에는 애플리케이션을 개발하기가 더 복잡할 수밖에 없었던 외부 시스템 범위 데이터 변수에 의존하지 않는 방식이다. 애플리케이션이 서로 통신을 시작했을 때, 오브젝트용으로 정의된 범용 인터페이스 개념이 중요해졌다. 다른 플랫폼의 오브젝트들이 다른 프로그래밍 언어로 작성되어 있고 다른 운영 체제에서 실행되더라도 통신할 수 있기 때문이다.

가장 최근의 단계에서, 웹 서비스는 XML로 정의된 인터페이스와 통신이라는 개념으로 발전했는데, 마침내 적절한 인터페이스에 맞춰 애플리케이션을 디자인하는 한 어떤 종류의 애플리케이션이라도 다른 애플리케이션과 통합할 수 있을 뿐 아니라, 시간의 흐름에 따라 자유롭게 변화하고 발전할 수 있는 단계에 이르렀다. XML은 기능이 매우 다양하여 웹 서비스를 이전 세대의 컴포넌트 기술과는 확연히 다른 존재로 만들어준다. XML을 사용하면 문법적 구조(구문)와 문법적 의미(시맨틱), 각 서비스에서 이를 처리하고 인식하는 방식과 이것이 존재하는 환경을 분리할 수 있다. 따라서 이제는 오브젝트를 서비스로 정의하여 각 서비스에서 로컬 구현 및 환경에 따라 메시지를 변환하고 분석함으로써 XML로 정의된 문법으로 다른 서비스와 통신할 수 있다. 그러므로 네트워크 애플리케이션은 다양한 회사와 디자인의 여러 엔티티가 서비스 지향 아키텍처에서 정의된 규칙을 준수하는 한, 진정으로 이들 엔티티로 구성될 수 있다.

따라서 이 점을 염두에 두면, 웹 서비스를 통해 할 수 있는 일은 다음과 같다.

• 어떤 언어로 작성되든 상관없이 모든 플랫폼에서 서비스 사이에서 상호 작용할 수 있다.
• 애플리케이션 함수를 작업으로 개념화하여 작업 지향적 개발 및 워크플로우로 이끌 수 있다. 이를 통해 비즈니스 레벨 분석 작업을 수행하면서 소프트웨어 기술에 대해서는 잘 모르는 사용자가 채택할 수 있는 소프트웨어를 더 높은 레벨에서 추상화할 수 있다.
• 느슨한 결합이 가능한데, 이는 곧 하나 이상의 서비스를 디자인하거나 구현하는 방식에 변화가 있을 때마다 서비스 애플리케이션 간의 상호 작용이 중단되지 않을 수 있음을 의미한다.
• 변화하는 비즈니스 상황과 고객의 요구에 맞춰 기존 애플리케이션을 조정할 수 있다.
• 원래 애플리케이션을 변경하지 않고 기존 또는 레거시 소프트웨어 애플리케이션에 서비스 인터페이스를 제공하여 서비스 환경에서 이들 애플리케이션이 완벽히 작동하도록 할 수 있다.
• 원래 기능과는 무관하게 신뢰성, 책임성, 보안 등의 다른 관리 또는 운영 관리 기능을 도입하여 비즈니스 컴퓨팅 환경에서 다기능성과 유용성을 높일 수 있다.

추가 정보

• Business Processes in a Web services World에서는 어떻게 웹 서비스로 워크플로우와 비즈니스 프로세스를 표현할 수 있는지 설명한다.
• Security in a Web services world에서는 웹 서비스에서 보안 모델이 어떻게 발전하고 있는지 탐색한다.
• An e-mail user interface to Web services에서는 모바일 장치가 이메일과 같은 간단한 통신 프로토콜을 사용하여 엔터프라이즈 웹 서비스와 상호 작용할 수 있는 방법을 설명한다.
• 웹 서비스와 J2EE를 이용한 엔터프라이즈 애플리케이션 통합에서는 J2EE 모델에서의 웹 서비스 작동 방식을 배울 수 있고, Choosing among JCA, JMS, and Web services for EAI에서는 다른 통신 메커니즘에 대해 살펴볼 수 있다.

웹 서비스에서는 서비스를 설명 및 제공하고 서비스와 상호 작용하기 위한 관련 프로토콜 제품군이 사용된다. 이 제품군은 공통의 기능과 용도를 바탕으로 여러 그룹으로 더욱 세분화될 수 있다. 첫 번째 그룹에서는 메시징, 인터페이스 설명, 주소 지정 및 전달 문제를 처리한다. SOAP(Simple Object Access Protocol)로 알려진 메시징 프로토콜이 가장 잘 알려진 프로토콜이다. 이 프로토콜은 HTTP, IIOP, SMTP 등의 전송 프로토콜을 사용하여 네트워크를 통해 메시지를 전달할 수 있도록 메시지를 인코드한다.

WSDL(Web Services Description Language)은 각 서비스의 인터페이스에 대한 정의를 구성하는 일련의 XML 문으로 표시된다. 현재 진행 중인 다른 스펙은 분산 아키텍처에서 웹 서비스를 고유하게 주소 지정하고 식별할 방법을 정의하는 WS-Addressing이다. 많이 사용되는 또 다른 스펙은 Web Services Invocation Framework로서, 이 스펙에서는 동일한 메시징 프로토콜을 사용하지 않는 컴포넌트를 포함한 어떤 유형의 컴포넌트에 대해서도 WSDL 인터페이스를 정의할 수 있다.

다음의 프로토콜 및 스펙 그룹은 서비스가 어떻게 스스로를 광고하고 네트워크에서 서로 찾을 수 있는지를 정의한다. 서비스들이 서로를 찾을 수 있도록 하기 위해, UDDI(Universal Description, Discovery and Integration) 프로토콜에서 서비스를 찾아서 액세스하기 위한 레지스트리와 연관된 프로토콜을 정의한다. 웹 서비스 검사 언어는 레지스트리를 사용하지 않고 작동하는 UDDI의 대체 메커니즘이다.

웹 서비스용 보안 프로토콜은 안전한 통신을 위해 토큰 기반 아키텍처를 정의하는 WS-Security 스펙으로 시작된다. 이를 기초로 삼아, 다음과 같이 여섯 가지 주요 컴포넌트 스펙이 있다.

• 서비스의 상호 작용 방식에 대한 정책 규칙을 정의하는 WS-Policy와 관련 스펙
• 안전한 교환을 위한 신뢰 모델을 정의하는 WS-Trust
• 개인정보 보호정책의 유지 방법을 정의하는 WS-Privacy
• WS-Policy, WS-Trust 및 WS-Privacy에서 정의된 규칙을 사용하여 데이터를 교환하기 위해 서비스 간에 보안 세션을 설정하는 방법을 정의하는 WS-Secure Conversation
• 분산된 ID와 이를 관리하는 방법을 다루는 규칙을 정의하는 WS-Federation
• 데이터 액세스와 교환을 위한 권한 부여 프로세스를 처리하는 WS-Authorization

BPEL4WS(Business Process Execution Language for Web Services)를 포함한 애플리케이션별 스펙은 보안 모델을 뛰어넘어 워크플로우 운영뿐 아니라, 분산된 트랜잭션 처리를 위해 함께 작동하는 WS-Transaction과 WS-Coordination을 정의한다.

모든 서비스와 서비스 지향 아키텍처의 소프트웨어 관리를 위한 웹 서비스 분산 관리 스펙 작업이 현재 진행 중이다. 마지막으로, 웹 서비스의 사용자 인터페이스를 위한 스펙(WS-InteractiveApplications)과 원격 액세스를 위한 스펙(WS-RemotePortals)이 있다.

웹 서비스에 대한 스펙과 프로토콜은 본 기사를 작성하는 현재 아직 정의 중이며, 서비스가 서로 어떻게 상호 작용해야 할지 설명하기 시작했을 뿐이다. 하지만, 이런 스펙과 프로토콜에서 가능한 모든 시나리오와 조합을 개별적으로 다룰 수는 없다. 따라서 실질적으로 웹 서비스 개발에 관여하는 모든 주요 및 기타 벤더의 구성원들로 이루어진 WS-I(Web Services Interoperability) 그룹은 이들 표준과 스펙이 벤더 제품 구현과는 상관없이 서로 올바로 작동하도록 하기 위해 사례 연구, 샘플 애플리케이션, 구현 시나리오 및 테스트 도구를 개발하는 작업을 떠맡았다.

WS-I는 웹 서비스용으로 최초의 Basic Profile 1.0을 정의한 것과 아울러, 시나리오에 따라 다양한 구현 결과를 평가하고 비교하기 위해 시나리오, 샘플 애플리케이션 및 테스트 도구를 발표했다.

WS-I 외에도, OASIS(Advancement of Structured Information Standards, W3C(World Wide Web Consortium) 및 IETF(Internet Engineering Task Force) 등의 조직에서 방대한 양의 표준 개발 작업이 이루어지고 있다.

추가 정보

• The Web Services Conceptual Architecture에서는 웹 서비스 이면에 숨겨진 기술 아이디어와 그 작동 방식을 설명한다.
• 중요한 웹 서비스 스펙 및 프로토콜 표준은 developerWorks Standards and Web services 페이지에서 확인할 수 있다.
• 스펙과 표준에 대한 자세한 내용은 W3C 사이트와 OASIS 사이트에서 확인할 수 있다.
• First look at the WS-I Basic Profile 1.0, First look at the WS-I Usage Scenarios 및 Understanding the WS-I Test Tools에서 WS-I의 작업에 대한 자세한 내용을 확인할 수 있다.

웹 서비스는 본래는 통합 기술이다. 하지만, 웹 서비스 자체는 양식에 구애받지 않는다. 앞서 언급한 바와 같이, 웹 서비스를 위한 컴포넌트 기술은 공통적으로 정의되고 XML로 상호 작용한다. 하지만, XML 자체가 언어에 독립적이며 웹 서비스도 마찬가지다. 따라서 웹 서비스는 Java, Python, Perl, C#, Basic 등의 다양한 프로그래밍 언어로 개발될 수 있다.

웹 서비스의 기원은 인터넷 및 웹 애플리케이션이 서로 더 나은 방식으로 통신하고 상호 작용하기 위해 더 나은 아키텍처를 찾으려는 노력에서 비롯되었다. 따라서 오늘날 대부분의 웹 서비스는 WebSphere, Apache 등의 애플리케이션 서버 환경에서 작동하는 프로그램을 기반으로 한다. 필수적인 것은 아니지만, 최상의 웹 서비스 도구 중 일부는 그런 환경에 맞춰 디자인되었다.

웹 서비스는 더욱 간단한 범용 인터페이스를 제공함으로써, 모바일 및 휴대용 환경에 맞춰 퍼베이시브 컴퓨팅 모델의 작동 방식을 개선하는 데도 도움이 되고 있다. 모바일 컴퓨팅용 소프트웨어는 웹 서비스 통신 모델을 빠르게 채택하고 있는 한편으로, 비주얼 웹 서비스의 인터페이스 문제 개선에도 도움이 되고 있다.

그리드 컴퓨팅 분야에서는 그리드의 작동 방식을 알리기 위해 웹 서비스를 사용하는 분산 컴퓨팅 유형을 위한 새 모델인 Open Grid Services Architecture의 일부로 웹 서비스를 채택했다.

컴퓨터가 스스로 유지 및 관리할 수 있는 방법에 대해 새롭고 흥미로운 길을 제시하는 자율 컴퓨팅에도 웹 서비스용 애플리케이션이 몇 가지 있다.

추가 정보

• Java는 웹 서비스의 근본을 이루는 요소로서, 사실 developerWorks 웹 서비스 컨텐츠 영역에 있는 대다수 기사가 Java 기반 개발에 초점을 맞추고 있다. 예를 들어, Developer's introduction to JAX-RPC, Part 1과 Developer's introduction to JAX-RPC, Part 2에서는 웹 서비스 개발에 관련된 J2EE API에 대해 구체적으로 설명한다.
• Developing a .Net client to interact with a WebSphere Web service와 WebSphere와 .Net 플랫폼 간 웹 서비스 상호 운용성에서는 웹 서비스가 다른 웹 아키텍처와 교차 플랫폼에서 어떻게 작동할 수 있는지 예제를 제시하며 설명한다.
• A visual tour of OGSA에서는 웹 서비스를 통해 그리드 컴퓨팅을 디자인하는 방법을 설명한다.
• Cross-platform programming with the WSTK for Mobile Devices에서는 모바일 컴퓨팅을 위한 웹 서비스 프로그래밍 도구를 살펴본다.
• ETTK self-healing and optimizing demo에서는 자율 컴퓨팅과 웹 서비스가 함께 작동하는 것을 보여준다.

애플리케이션을 빌드할 때 웹 서비스에 대해 여러 가지 방식으로 생각할 수 있다. 가장 기본적인 레벨에서, 웹 서비스는 애플리케이션이 서로 통신할 수 있게 해주는 고급 통신 프로토콜 제품군이다. 소프트웨어 개발자가 상호 작용하는 웹 서비스를 작성하고 복잡한 애플리케이션을 빌드할 수 있게 해주는 다양한 도구가 등장하면서 지난 몇 년간에 걸쳐 레벨이 상당히 높아졌다. 이렇게 높아진 레벨은 종종 서비스 간의 직접적인 일대일 상호 작용이나 서로 상호 작용하는 비교적 소수의 서비스라는 특징을 지닌다.

하지만, 웹 서비스를 통신 프로토콜로만 사용하는 것은 서비스 지향 아키텍처(SOA)라는 웹 서비스의 진정한 강점을 저버리는 결과를 낳는다. SOA는 서비스가 동적으로 상호 간에 살펴보고, 어떤 애플리케이션을 수행하기 위해 협력하고, 다양한 방식으로 재결합하는 전체적 시스템을 말한다. 이 모델에서는 애플리케이션 디자인, 개발 및 사용 방식을 발전시키는 기술과 소프트웨어의 재사용을 권장한다. 이 모델을 통해 분산 컴퓨팅의 세계가 더욱 구체적으로 현실화된다. 이 레벨에서는 소프트웨어 개발자가 SOA 모델에 대해 숙고하여 이 모델을 바탕으로 분산 애플리케이션을 디자인할 필요가 있다. 이 레벨의 특징은 사용할 서비스를 위한 공통된 분산 네트워크인 ESB(Enterprise Service Bus) 사용과 같이, 서비스의 분산 통신을 허용하기 위한 기술을 사용한다는 점이다.

마지막으로 최상위 레벨은 이 SOA 모델과 수많은 컴포넌트 서비스를 모든 코드 행을 일일이 쓰는 기존의 방법 대신 전체 애플리케이션으로 전체 섹션에 어셈블할 수 있는 빌딩 블록으로 보는 것이다. 연결 인터페이스를 조사하여 실제로 코드를 쓰지도 않고 전체 애플리케이션을 빌드할 수 있다. 그 문제에 관해서는, 서비스를 매우 다양한 언어와 플랫폼으로 작성할 수 있기 때문에 직접 코드를 작성하는 것이 오히려 방해가 될 수도 있다. 애플리케이션의 작업 수행 방식을 정의하는 연산 워크플로우로 이들 블록을 모들 수 있으며, 다른 도구를 사용하여 각 서비스 또는 서비스 그룹에서 워크플로우의 효과를 모니터할 수 있다. 이 레벨에서, 개발자들은 일반적인 프로그래밍 언어의 사용을 피하고 애플리케이션을 어떤 디자인에 맞게 더 정확하게 빌드하는 데 도움이 되는 모델 중심 아키텍처에서 작업할 수 있다. 그러면 이 디자인이 ESB와 같은 분산 시스템 위에서 실행된다.

추가 정보

• Java™ 2 Enterprise Edition(J2EE)은 Java 프로그래밍 언어로 된 웹 서비스를 개발하기 위한 주요 모델이다. 웹 서비스 개발을 위한 기초적 지식을 쌓고 이해하려면 Java 입문을 읽고 J2EE의 작동 방식을 학습해야 한다.
• Building a Web service from SOAP to nuts와 Create, deploy, publish, and consume a simple Web service는 상호 작용하는 웹 서비스를 만들기 위한 개론을 소개하는 기사다.
• Access DB2 with Web services와 Invoking Web services from SQL을 통해 데이터베이스 웹 서비스 빌드에 대한 통찰력을 얻을 수 있다.
• 웹 서비스의 비즈니스 프로세스와 워크플로우에서는 서비스 지향 아키텍처에서 비즈니스 프로세스의 작동 방식을 설명한다.
• 웹 서비스를 이용한 워크플로우 및 비즈니스 프로세스에 대해 자세히 알아보려면 스펙 작성자들이 쓴 BPEL4WS 칼럼의 BPEL4WS 스펙에 대해 읽어봐야 한다.
• UML에서 BPEL까지: 웹 서비스 세계의 모델 중심 아키텍처에서는 모델 중심 아키텍처의 세계에 웹 서비스가 어떻게 사용될 수 있는지 설명한다.

최신 웹 서비스 정보를 계속 확보하는 최선의 방법은 최신 기술 관련 기사를 꾸준히 읽고 웹 서비스에 사용 가능한 다양한 도구를 사용해보는 것이다. 기술 그 자체는 끊임없이 발전을 거듭하므로, 이렇게 얻은 최신 정보와 웹 서비스 관련 도구를 통해 웹 서비스를 사용하는 최선의 방법에 대한 최신의 해석을 습득할 수 있다. 또한, Emerging Technology Toolkit과 같은 툴킷을 이용하면 이런 최첨단 기술 분야에서 몇 단계 도약함으로써 전문가들이 다루는 것과 똑같은 기술을 바탕으로 다양한 실험을 해볼 수 있다. 이런 도구에 대해서는 다음 섹션에서 설명한다.

현재, 웹 서비스는 상당한 진보를 이루어 이 주제에 관한 다양한 정보가 폭발적으로 늘어나고 있다. 웹 서비스 사이트에서 찾아볼 수 있는 직접 상호 작용을 위한 웹 서비스를 개발하는 첫 번째 레벨에는 상당한 양의 기술 컨텐츠가 있다. 나온 지 3년을 훌쩍 넘은 SOAP와 같은 프로토콜도 여전히 개선 과정을 거듭하고 있다. 이 주제에서 다루는 내용이 계속 바뀌므로, 정기적으로 웹 서비스 컨텐츠 영역으로 다시 돌아와 확인하는 것이 좋다.

실력을 향상하기 위한 또 다른 좋은 방법은 이 영역에 나열된 토론 포럼에 직접 참여하는 것이다. 토론 포럼에서는 이 분야에서 활발하게 활동하고 있는 전문가들을 찾을 수 있고, 웹 서비스 기술을 디자인하고 제품을 만들고 있는 연구개발 담당자들로부터 직접 도움을 받을 수도 있다.

고급 개발자의 경우, 매달 열리는 다양한 워크샵에 참여함으로써 웹 서비스 스펙의 개발과 발전에 참여할 수 있다.

추가 정보

• 이 웹 서비스 영역에서는 웹 서비스에서 유용한 작업을 수행하는 방법을 자세히 설명하는 기술자료 를 정기적으로 추가하고 있다.
• Web Services Specification Workshops는 웹 서비스 스펙에 관해 자세히 배우고 피드백을 제공할 수 있도록 여러 벤더가 참여하는 이벤트이다.
• developerWorks의 Best Practices for Web services 칼럼에서는 조기 기술 구현을 위한 IBM JStart 프로그램의 팀 구성원들이 성공적인 프로젝트 구현에 이르는 경로를 따라가며 맞닥뜨리고 있는 실제 상황에 대해 심층적으로 다룬다. 이런 모범 사례를 통해 스스로의 프로젝트 상황을 평가하고 조정하는 데 도움을 받을 수 있다.