계약
이 섹션에서는 WCF(Windows Communication Foundation) 계약을 정의하고 구현하는 방법을 보여 줍니다. 서비스 계약에서는 엔드포인트가 외부와 통신하는 내용을 지정합니다. 더 구체적으로 말하면, 단방향 및 이중 request/reply와 같은 기본 메시지 교환 패턴에 구성된 특정 메시지 집합에 대한 문입니다. 서비스 계약이 논리적으로 관련된 메시지 교환 집합인 경우 서비스 작업은 단일 메시지 교환이 됩니다. 예를 들어 Hello 작업에서는 호출자가 인사말을 알릴 수 있도록 단일 메시지를 수락해야 하며 작업 의례에 따라 메시지를 반환하거나 반환하지 않을 수 있습니다.
계약 및 기타 핵심 WCF 개념에 대한 자세한 내용은 기본적인 Windows Communication Foundation 개념을 참조하세요. 이 항목에서는 서비스 계약을 이해하는 데 중점을 둡니다. 서비스 계약을 사용하는 클라이언트가 서비스에 연결되도록 빌드하는 방법에 대한 자세한 내용은 WCF 클라이언트 개요를 참조하세요. 클라이언트 채널, 클라이언트 아키텍처 및 기타 클라이언트 문제에 대한 자세한 내용은 클라이언트를 참조하세요.
개요
이 항목에서는 WCF 서비스를 디자인하고 구현하기 위한 높은 수준의 개념 방향을 제시합니다. 특정 디자인 및 구현에 대한 자세한 내용은 하위 항목에서 제공됩니다. WCF 애플리케이션을 디자인하고 구현하기 전에 다음 사항에 대해 이해하는 것이 좋습니다.
서비스 계약에 대한 정의, 작동 방식 및 생성 방법
런타임 구성 또는 호스팅 환경에서 지원되지 않을 수 있는 계약 상태 최소 요구 사항
서비스 계약
서비스 계약은 다음에 대한 정보를 제공하는 문입니다.
한 서비스로 작업 그룹화
교환되는 메시지와 관련된 작업 서명
이러한 메시지의 데이터 형식
작업의 위치
서비스와의 통신을 지원하는 데 사용되는 특정 프로토콜 및 serialization 형식
예를 들어 구매 주문 계약에는 주문 정보 유형에 대한 입력을 수락하고 주문 식별자를 비롯한 성공 또는 실패 정보를 반환하는 CreateOrder 작업이 포함될 수 있습니다. 또한 주문 식별자를 수락하고 주문 상태 정보를 반환하는 GetOrderStatus 작업이 포함될 수 있습니다. 이러한 종류의 서비스 계약에서는 다음을 지정합니다.
CreateOrder및GetOrderStatus작업으로 구성된 구매 주문 계약입력 메시지와 출력 메시지를 지정한 작업
이러한 메시지에서 전달할 수 있는 데이터
메시지를 처리하는 데 필요한 통신 인프라에 대한 범주별 문 (예: 통신을 위해 보안이 필요한지 여부 및 필요한 보안 양식 등에 대한 세부 사항)
Microsoft 플랫폼 이외의 다른 플랫폼에서 이러한 종류의 정보를 애플리케이션에 전달할 수 있도록 XML 서비스 계약은 공개적으로 WSDL(Web Services Description Language) and XSD(XML Schema) 등 표준 XML 형식으로 표현됩니다. 여러 플랫폼의 개발자의 경우 언어 사양에 대해 이해하고 있고 이러한 언어는 서비스에서 지원하는 공용 양식, 형식 및 프로토콜에 대해 기술함으로써 상호 운용이 가능하도록 디자인되어 있으므로, 개발자는 이러한 공개 계약 정보를 사용하여 서비스와 통신할 수 있는 애플리케이션을 만들 수 있습니다. 이러한 종류의 정보를 처리하는 방법에 대한 자세한 내용은 메타데이터를 참조하세요.
그러나 계약은 여러 방식으로 표현할 수 있습니다. WSDL 및 XSD는 액세스 가능한 방식으로 서비스를 기술하는 뛰어난 언어인 반면 직접 사용하기에 어렵고 서비스 계약 구현이 아닌 서비스에 대해서만 기술하는 언어입니다. 따라서 WCF 애플리케이션에서는 관리되는 특성, 인터페이스 및 클래스를 사용하여 구조를 정의하고 서비스를 구현합니다.
관리되는 형식으로 정의되어 만들어진 계약은 특히 다른 플랫폼의 다른 서비스 구현자나 클라이언트에서의 필요에 따라 메타데이터(WSDL 및 XSD)로 변환(또는 내보내기라고도 함)할 수 있습니다. 이를 통해 모든 클라이언트 애플리케이션에 대해 공용 메타데이터를 사용하여 기술할 수 있는 간단한 프로그래밍 모델이 만들어집니다. 기본 SOAP 메시지, 전송 및 보안 관련 정보 등에 대한 세부 사항은 서비스 계약 형식 시스템으로의 변환 및 서비스 계약 형식 시스템에서 XML 형식 시스템으로의 필요한 변환이 자동으로 수행되는 WCF에 남겨질 수 있습니다.
계약 디자인에 대한 자세한 내용은 서비스 계약 디자인을 참조하세요. 계약 구현에 대한 자세한 내용은 서비스 계약 구현을 참조하세요.
또한 WCF에서는 서비스 계약을 완전히 메시지 수준에서 개발하는 기능을 제공합니다. 메시지 수준에서 서비스 계약을 개발하는 방법에 대한 자세한 내용은 메시지 계약 사용을 참조하세요. 비 SOAP XML에서 서비스를 개발하는 방법에 대한 자세한 내용은 POX 애플리케이션과의 상호 운용성을 참조하세요.
요구 사항 계층 구조 이해
서비스 계약에서는 작업을 그룹화하고 MEP, 메시지 유형 및 메시지에서 전달하는 데이터 형식을 지정합니다. 또한 계약을 지원하기 위해 구현에 포함되어야 하는 런타임 동작의 범주를 나타냅니다(예: 메시지 암호화 및 서명을 요구할 수 있음). 그러나 서비스 계약 자체에서는 이러한 요구 사항이 어떻게 부합되는지 자세히 지정하지 않고 부합되어야 한다는 점만 지정합니다. 암호화 유형이나 메시지 서명 방법은 규격 서비스의 구현 및 구성에 따라 결정됩니다.
동작을 추가하기 위해 계약에서 런타임 구성 및 서비스 계약 구현의 특정 부분을 요구하는 방식에 유의해야 합니다. 사용할 서비스 노출을 위해 부합해야 하는 요구 사항은 이전의 요구 사항을 바탕으로 합니다. 계약에서 구현에 대한 요구 사항을 정하는 경우에는, 구현에서 서비스 실행을 위한 바인딩 및 구성을 더욱 많이 요구할 수 있습니다. 또한 호스트 애플리케이션에서도 서비스 구성 및 바인딩을 통해 추가된 모든 요구 사항을 지원해야 합니다.
이러한 추가 요구 사항 프로세스는 WCF(Windows Communication Foundation) 서비스 애플리케이션을 디자인, 구현, 구성 및 호스팅하는 동안 유념해야 합니다. 예를 들어 세션 지원이 필요함을 계약에서 지정할 수 있습니다. 이 경우, 해당 계약 요구 사항을 지원하도록 바인딩을 구성해야 하며 그렇지 않으면 서비스 구현이 이루어지지 않습니다. 또는 통합 Windows 인증을 요구하는 서비스가 IIS(인터넷 정보 서비스)에서 호스트되는 경우 해당 서비스가 있는 웹 애플리케이션에는 통합 Windows 인증을 사용하도록 설정되고 익명 지원은 해제되어야 합니다. 다른 유형의 서비스 호스트 애플리케이션의 기능과 영향에 대한 자세한 내용은 호스팅을 참조하세요.