WCF 단순화 기능

아티클
05/09/2023

이 항목에서는 WCF 애플리케이션을 더 간단하게 작성할 수 있는 새로운 기능에 대해 설명합니다.

WCF의 대안인 gRPC

gRPC는 WCF에 대한 인기 있는 대안인 최신 RPC 프레임워크입니다. gRPC는 HTTP/2를 기반으로 빌드되며 WCF에 비해 다음을 비롯한 다양한 이점을 제공합니다.

성능: gRPC는 특히 장기 실행 연결의 경우 WCF보다 훨씬 효율적입니다.
확장성: gRPC는 많은 수의 클라이언트와 서버로 확장하도록 설계되었습니다.
보안: gRPC는 TLS 및 인증을 비롯한 다양한 보안 메커니즘을 지원합니다.
크로스 플랫폼: gRPC는 플랫폼 중립적이며 다양한 프로그래밍 언어와 함께 사용할 수 있습니다.

WCF 앱을 개발하거나 gRPC로 마이그레이션하는 방법에 대한 자세한 내용은 다음을 참조하세요.

단순화되어 생성된 구성 파일

Visual Studio에 서비스 참조를 추가하거나 SvcUtil.exe 도구를 사용하면 클라이언트 구성 파일이 생성됩니다. 이전 버전의 WCF에서는 바인딩 속성 값이 기본값인 경우를 포함하여 모든 바인딩 속성 값이 이러한 구성 파일에 포함되었습니다. WCF 4.5에서는 생성된 구성 파일에 기본값이 아닌 값으로 설정된 바인딩 속성만 포함됩니다.

다음은 WCF 3.0에서 생성된 구성 파일의 예입니다.

<?xml version="1.0" encoding="utf-8"?>
<configuration>
    <system.serviceModel>
        <bindings>
            <basicHttpBinding>
                <binding name="BasicHttpBinding_IService1" closeTimeout="00:01:00"
                    openTimeout="00:01:00" receiveTimeout="00:10:00" sendTimeout="00:01:00"
                    allowCookies="false" bypassProxyOnLocal="false"
                    hostNameComparisonMode="StrongWildcard" maxBufferSize="65536"
                    maxBufferPoolSize="524288" maxReceivedMessageSize="65536"
                    messageEncoding="Text" textEncoding="utf-8" transferMode="Buffered"
                    useDefaultWebProxy="true">
                    <readerQuotas maxDepth="32" maxStringContentLength="8192"
                        maxArrayLength="16384" maxBytesPerRead="4096"
                        maxNameTableCharCount="16384" />
                    <security mode="None">
                        <transport clientCredentialType="None" proxyCredentialType="None"
                            realm="" />
                        <message clientCredentialType="UserName" algorithmSuite="Default" />
                    </security>
                </binding>
            </basicHttpBinding>
        </bindings>
        <client>
            <endpoint address="http://localhost:36906/Service1.svc" binding="basicHttpBinding"
                bindingConfiguration="BasicHttpBinding_IService1" contract="IService1"
                name="BasicHttpBinding_IService1" />
        </client>
    </system.serviceModel>
</configuration>

다음은 WCF 4.5에서 생성된 동일한 구성 파일의 예입니다.

<?xml version="1.0" encoding="utf-8"?>
<configuration>
    <system.serviceModel>
        <bindings>
            <basicHttpBinding>
                <binding name="BasicHttpBinding_IService1" />
            </basicHttpBinding>
        </bindings>
        <client>
            <endpoint address="http://localhost:36906/Service1.svc" binding="basicHttpBinding"
                bindingConfiguration="BasicHttpBinding_IService1" contract="IService1"
                name="BasicHttpBinding_IService1" />
        </client>
    </system.serviceModel>
</configuration>

계약 중심 개발

WCF는 이제 계약 중심 개발을 지원합니다. svcutil.exe 도구에는 WSDL 문서에서 서비스 및 데이터 계약을 생성하는 데 사용할 수 있는 /serviceContract 스위치가 있습니다.

이식 가능한 하위 집합 프로젝트의 서비스 참조 추가

이식 가능한 하위 집합 프로젝트를 사용하면 복수 .NET 구현(데스크톱, Silverlight, Windows Phone, Xbox)을 지원하면서 .NET 어셈블리 프로그래머가 하나의 소스 트리를 유지하고 시스템을 빌드할 수 있습니다. 이식 가능한 하위 집합 프로젝트는 모든 .NET 구현에서 사용할 수 있는 어셈블리인 .NET 이식 가능한 라이브러리만 참조합니다. 개발자 환경은 다른 WCF 클라이언트 애플리케이션에 서비스 참조를 추가하는 것과 동일합니다. 자세한 내용은 이동 가능한 하위 집합 프로젝트에 서비스 참조 추가를 참조하세요.

ASP.NET 호환 모드 기본값 변경

WCF는 개발자가 WCF 서비스를 작성할 때 ASP.NET HTTP 파이프라인 기능에 완전하게 액세스할 수 있게 해 주는 ASP.NET 호환 모드를 제공합니다. 이 모드를 사용하려면 web.config의 <serviceHostingEnvironment> 섹션에서 aspNetCompatibilityEnabled 특성을 true로 설정해야 합니다. 또한 이 appDomain의 모든 서비스는 AspNetCompatibilityRequirementsAttribute의 RequirementsMode 속성을 Allowed 또는 Required로 설정해야 합니다. 기본적으로 AspNetCompatibilityRequirementsAttribute는 이제 Allowed로 설정되며 기본 WCF 서비스 애플리케이션 템플릿은 aspNetCompatibilityEnabled 특성을 true로 설정합니다. 자세한 내용은 Windows Communication Foundation 4.5의 새로운 기능 및 WCF 서비스 및 ASP.NET을 참조하세요.

스트리밍 향상

비동기 스트리밍 지원이 WCF에 새로 추가되었습니다. 비동기 스트리밍을 사용하려면 DispatcherSynchronizationBehavior 엔드포인트 동작을 서비스 호스트에 추가하고 AsynchronousSendEnabled 속성을 true로 설정합니다. 따라서 서비스에서 읽는 속도가 느린 여러 클라이언트에 스트리밍된 메시지를 보낼 때 확장성이 개선될 수 있습니다. WCF는 더 이상 클라이언트당 하나의 스레드를 차단하지 않으며 다른 클라이언트에 서비스를 제공하기 위해 스레드를 개방합니다.
서비스가 IIS에서 호스팅되는 경우 메시지 버퍼링과 관련된 제한이 제거되었습니다. 이전 버전의 WCF에서는 스트리밍 메시지 전송을 사용한 IIS 호스팅 서비스 메시지를 수신할 때 ASP.NET에서 전체 메시지를 버퍼링한 후 WCF로 보냈습니다. 이 경우 메모리 소비가 매우 커집니다. .NET Framework 4.5에서는 이 버퍼링이 제거되어 이제 IIS에서 호스팅되는 WCF 서비스는 전체 메시지가 수신되기 전에 들어오는 스트림의 처리를 시작할 수 있으므로 진정한 의미의 스트리밍이 가능합니다. 이에 따라 WCF가 메시지에 즉시 응답할 수 있어 성능이 개선됩니다. 또한 들어오는 요청에 대한 ASP.NET 크기 제한인 maxRequestLength 값을 지정할 필요가 없습니다. 이 속성은 설정해도 무시됩니다. maxRequestLength에 대한 자세한 내용은 <httpRuntime> 구성 요소를 참조하세요. 여전히 maxAllowedContentLength를 구성해야 합니다. 자세한 내용은 IIS 요청 제한을 참조하세요.

새 전송 기본값

다음 표에는 변경된 설정과 추가 정보를 찾을 수 있는 위치가 나와 있습니다.

속성	켜기	새 기본값	추가 정보
channelInitializationTimeout	NetTcpBinding	30초	이 속성은 TCP 연결이 .NET 프레이밍 프로토콜을 사용하여 자체 인증하는 데 사용할 수 있는 시간을 결정합니다. 서버가 인증을 수행하는 데 충분한 정보를 가지려면 클라이언트가 몇 가지 초기 데이터를 보내야 합니다. 이 시간 제한은 인증되지 않은 악의적 클라이언트가 서버에 너무 오래 연결되지 않도록 ReceiveTimeout(10분)보다 일부러 작게 설정합니다. 기본값은 30초입니다. ChannelInitializationTimeout에 대한 추가 정보
listenBacklog	NetTcpBinding	16 * 프로세서 수	이 소켓 수준 속성은 대기될 "보류 중 승인" 요청의 수를 설명합니다. 수신 대기 백로그 큐가 가득 차면 새 소켓 요청이 거부됩니다. ListenBacklog에 대한 추가 정보
maxPendingAccepts	ConnectionOrientedTransportBindingElement SMSvcHost.exe	2 * 전송용 프로세서 수 4 * SMSvcHost.exe용 프로세서 수	이 속성은 서버가 수신기에서 대기시킬 수 있는 채널 수를 제한합니다. MaxPendingAccepts가 너무 낮으면 모든 대기 채널이 연결 서비스를 시작한 후 새 채널이 수신을 시작하기 전까지 약간의 시간 간격이 있게 됩니다. 이 간격 동안 연결이 도달할 수 있으며 이 경우 서버에서 연결 대기 중인 채널이 없기 때문에 연결이 실패합니다. 이 속성은 MaxPendingConnections 속성을 큰 숫자로 설정하여 구성할 수 있습니다. 자세한 내용은 MaxPendingAccepts 및 Net.TCP 포트 공유 서비스 구성을 참조하세요.
maxPendingConnections	ConnectionOrientedTransportBindingElement	12 * 프로세서 수	이 속성은 전송에서 승인하였지만 ServiceModel 디스패처에서 선택하지 않은 연결 수를 제어합니다. 이 값을 설정하려면 바인딩 요소의 `MaxConnections` 또는 바인딩의 `maxOutboundConnectionsPerEndpoint`를 사용합니다. MaxPendingConnections에 대한 추가 정보
receiveTimeout	SMSvcHost.exe	30초	이 속성은 TCP 프레이밍 데이터를 읽고 내부 연결에서 연결 디스패치를 수행하기 위한 시간 제한을 지정합니다. 이는 들어오는 연결에서 프리앰블 데이터를 읽기 위해 SMSvcHost.exe 서비스를 유지할 시간의 상한을 설정하기 위해 존재합니다. 자세한 내용은 Net.TCP 포트 공유 서비스 구성을 참조하세요.

참고 항목

이러한 새로운 기본값은 .NET Framework 4.5가 설치된 컴퓨터에 WCF 서비스를 배포할 경우에만 사용됩니다. 동일한 서비스를 .NET Framework 4.0이 설치된 컴퓨터에 배포할 경우에는 .NET Framework 4.0 기본값이 사용됩니다. 이 경우에는 이러한 설정을 명시적으로 구성하는 것이 좋습니다.

XmlDictionaryReaderQuotas

XmlDictionaryReaderQuotas에는 메시지를 만드는 동안 인코더가 사용하는 메모리의 크기를 제한하는 XML 사전 판독기에 대한 구성 가능 할당량 값이 포함됩니다. 이러한 할당량은 구성 가능하지만, 개발자가 이를 명시적으로 설정해야 할 가능성을 줄이기 위해 기본값이 변경되었습니다. 메모리 소비를 제한해서 복잡한 MaxReceivedMessageSize를 처리하지 않아도 되도록 XmlDictionaryReaderQuotas 할당량은 변경되지 않았습니다. 다음 표에는 할당량, 새 기본값 및 각 할당량의 용도에 대한 간략한 설명이 나와 있습니다.

할당량 이름	기본값	설명
MaxArrayLength	Int32.MaxValue	최대 허용 배열 길이를 가져오고 설정합니다. 이 할당량은 바이트 배열을 포함하여 XML 판독기가 반환하는 기본 형식 배열의 최대 크기를 제한합니다. 이 할당량은 XML 판독기 자체의 메모리 소비량은 제한하지 않지만 판독기를 사용하는 모든 구성 요소의 메모리 소비량을 제한합니다. 예를 들어, DataContractSerializer 가 MaxArrayLength로 보안이 설정된 판독기를 사용하는 경우에는 이 할당량보다 큰 바이트 배열을 역직렬화하지 않습니다.
MaxBytesPerRead	Int32.MaxValue	각 읽기에 대해 반환되는 최대 허용 바이트를 가져오고 설정합니다. 이 할당량은 요소 시작 태그와 해당 특성을 읽을 때 단일 읽기 작업에서 읽는 바이트 수를 제한합니다. 비스트리밍 작업의 경우 요소 이름 자체는 할당량 계산에서 제외됩니다. XML 특성이 너무 많으면 특성 이름의 고유성을 확인해야 하기 때문에 처리 시간이 과도하게 오래 걸릴 수 있습니다. MaxBytesPerRead 는 이 위협을 완화합니다.
MaxDepth	128 노드 수준	이 할당량은 XML 요소의 최대 중첩 깊이를 제한합니다. MaxDepth 는 MaxBytesPerRead와 상호 작용합니다. 판독기는 항상 현재 요소와 모든 상위 요소의 데이터를 메모리에 유지하기 때문에 판독기의 최대 메모리 소비량은 이 두 설정을 곱한 값에 비례합니다. 여러 층으로 중첩된 개체 그래프를 역직렬화할 때 역직렬 변환기가 전체 스택에 액세스하여 복구할 수 없는 StackOverflowException이 throw될 수 있습니다. XML 중첩과 DataContractSerializer 및 XmlSerializer모두의 개체 중첩 사이에는 직접적인 상관 관계가 있습니다. 이 위협을 완화하기 위해 MaxDepth를 사용합니다.
MaxNameTableCharCount	Int32.MaxValue	이 할당량은 nametable에 허용되는 최대 문자 수를 제한합니다. nametable에는 XML 문서를 처리할 때 표시되는 특정 문자열(예: 네임스페이스 및 접두사)이 포함됩니다. 이러한 문자열은 메모리에 버퍼링되기 때문에 스트리밍이 예상되는 경우 과도한 버퍼링을 방지하기 위해 이 할당량이 사용됩니다.
MaxStringContentLength	Int32.MaxValue	이 할당량은 XML 판독기에서 반환하는 최대 문자열 크기를 제한합니다. 이 할당량은 XML 판독기 자체에서는 메모리 소비량을 제한하지 않지만 판독기를 사용하는 구성 요소의 메모리 소비량을 제한합니다. 예를 들어, DataContractSerializer 가 MaxStringContentLength로 보안이 설정된 판독기를 사용하는 경우에는 이 할당량보다 큰 문자열을 역직렬화하지 않습니다.

Important

데이터 보안에 대한 자세한 내용은 데이터에 대한 보안 고려 사항에서 "안전하게 XML 사용"을 참조하세요.

참고 항목

WCF 구성 유효성 검사

이제 Visual Studio 내에서 빌드 프로세스의 일부로 WCF 구성 파일의 유효성이 검사됩니다. 유효성 검사가 실패할 경우 유효성 검사 오류 또는 경고의 목록이 Visual Studio에 표시됩니다.

XML 편집기 도구 설명

WCF 서비스의 기존 및 새 개발자들이 서비스를 구성하는 데 도움이 되도록 이제 Visual Studio XML 편집기에서 서비스 구성 파일에 포함된 모든 구성 요소 및 해당 속성에 대한 도구 설명을 제공합니다.

BasicHttpBinding 기능 향상

단일 WCF 엔드포인트에서 서로 다른 여러 인증 모드에 응답할 수 있습니다.
IIS에서 WCF 서비스의 보안 설정을 제어할 수 있습니다.

다음을 통해 공유