이 있습에 대한 보장을 할 때 IIS 수 있는 재활용 처리하는 동안 1-way WCF 작업?

Question

배경

이 질문은 두 부분으로 구성됩니다.

나는 하나의 방법 WCF 작업에서 호스팅 IIS6.다음과 같은 내의 이해 어떻게 작동:

_1.IIS 요청을 받.

_2.IIS HTTP202 응답(감사합니다,나는 프로세스 이상).

_3.IIS 통화 내 방법 WCF 작업입니다.

이제 넘어가 내 WCF 작업는 다음과 같은 작업을 수행합니다.

_4.지속된 정보를 요청을 트랜잭션,튼튼하고 저장합니다.

_5.시작 요청을 처리에 OLTP 데이터베이스입니다.

_6.오류가있는 경우에,반복하는 5 단계에서,또는 일부 개선 활동한 다음,정리하고 데이터에서 4 단계입니다.

질문 1

에 대한 이해의 경우 IIS 보 HTTP202 응답이 올바른지?

질문 2

면 IIS 재활용 사 단계 2 단계와 4,나를 잃을 수 있는 요청하기 전에 정보를 했어 변경을 유지한 후 클라이언트가 받아들이 메시지입니다.이 있습을 보장 IIS 에서 제공하는 경우에 대한 것이거나지 않을 것 재활용 보류 중인 요청이 있을 때?

---

PS:을 용서하십시오 닷 서식을 지정합니다.어떤 이유로 인하이 완전히 속이고 내 번호가 목록 항목입니다.

Answer 1

당신의 가정이 정확한지 확신하지 못합니다.

일원 상호 작용의 경우에도 202가 반환되기 전에 WCF가 매우 침입 할 수 있습니다. 예를 들어 인증을 사용하는 경우 메소드가 호출되기 전에 및 202 개 전에 반환되기 전에 모든 것이 발생하여 문제가 있으면보고 할 수 있습니다.

예를 들어, WSHTTPBinding을 사용하는 경우, 상자 밖에서 2-3 개의 메시지 교환이 표시되면 실제 메소드 호출 전에 200이 발생합니다. 이것은 보안 정보를 교환하고 보안 컨텍스트를 설정하는 것입니다.

물론, 보안이 없도록 서비스를 구성한 경우, 이런 일이 발생하지 않으며 즉시 202를 반환하지만 WCF 스택에서이를 수행 할 수 있는지 여부를 알아야합니다.

그 모든 것을 제외하고 - 당신이 무엇을 달성하려고하는지 잘 모르겠습니다. 어떤 IIS 재활용을 언급합니까? 나는 IIS에 대한 전문가는 아니지만, 무언가가 적극적으로 실행되는 동안 호스트를 재활용 할 것이라고 의심합니다. 애플리케이션 풀 (또는 IIS 또는 해당 문제에 대한 기계)을 수동으로 제한하는 사람을 언급하는 경우 할 수있는 일이 많다고 의심됩니다.

당신이 메시지가 안정적인 매장에서 신뢰할 수있는 메시징을 사용함으로써 보증하는 유일한 방법을 잃어버린다는 것을 확실히 알아야한다면, 한 번만 내구성있는 매장에서 요청을 인정하는 것만으로 만 인정합니다.

Answer 2

내 생각에,거기에 몇 가지 좋:

는 유일한 방법은 나를 알고 관리하는 프로세스에서 재활용 IIS 에서 보는 것입 응용 프로그램이 수영장 웹 사이트에서 사용하고 있습니다.을 열면 IIS 관리자->응용 프로그램 풀->선택하신의 수영장을 마우스 오른쪽 단추로 클릭한 다음 속성에 재활용하는 탭이 있는 옵션이있는 당신을 도울 수 있습니다.나는 생각하지 않는 것을 보장되지는 않습에서 요청을 재활용하지만,설정이 더 이상 시간을 줄이는 확률의 이러한 경우입니다.

그러나,그것은 같은 소리 시스템의 종류는 당신이를 구축하고자하는 이상적인 후보에 대한 MSMQ 를 제공할 수 있는 비동기 서비스 요청에 있는 대기로 약간의 오버헤드 또는 매뉴얼 배관합니다.는 것입를 방지할 수 있도록 전체 프로세스는 재활용 문제는 완전히이다.나는 확실하지 않는 경우에는 시나리오에 대한,하지만 그것이가 될 수 있습니다.