Microsoft MVP성태의 닷넷 이야기
제니퍼 .NET: 14. ASMX, WCF 호출 모니터링 및 누수 확인 [링크 복사], [링크+제목 복사],
조회: 22603
글쓴 사람
정성태 (techsharer at outlook.com)
홈페이지
첨부 파일
 

ASMX, WCF 호출 모니터링 및 누수 확인


아래의 글에 이어서.

COM+ 호출 모니터링 및 누수 확인
; https://www.sysnet.pe.kr/2/0/881

이번에는 ASMX와 WCF 호출에 대한 모니터링이 제니퍼에서 어떻게 확인되는지 보겠습니다.
WCF의 경우에는 바인딩 유형에 따라 달라질 수 있는데요. 현재(2010-06-23) 제니퍼에서 WCF 호출에 대해 모니터링이 "공식적으로" 가능한 유형은 다음과 같이 5가지입니다.

  • basicHttpBinding
  • wsHttpBinding
  • wsDualHttpBinding
  • netTcpBinding
  • webHttpBinding

나머지 바인딩 유형에 대해서는 현실적으로 우선 순위가 낮아서 안된 것일 뿐, 쉽게 추가가 가능한 상태이거나 아니면 현재 구현된 상태에서 확인만 안되었을 뿐 대부분의 바인딩 유형에 대해서 모니터링이 가능한 상태입니다. (혹시나, 모니터링이 안되는 바인딩이 있다면 요청을 하실 경우 곧바로 추가가 될 것입니다.)




이미 전체적인 뼈대는 "COM+ 호출 모니터링 및 누수 확인"에서 설명했기 때문에 이번에는 WCF/ASMX에서 다른 부분 정도만을 간략하게 예제와 함께 짚어보겠습니다.

일단, asmx 웹 서비스를 호출하는 코드가 다음과 같으면,

AsmxTest.TestWebService service = new AsmxTest.TestWebService();
service.HelloWorld();

위의 코드에 대해 제니퍼는 다음과 같은 프로파일 결과를 보여줍니다.

TX-CALL[Soap.http://test.com:8000/TestWebService.asmx.HelloWorld] [16 ms]

대상 asmx의 URL 경로와 호출되는 메서드 이름을 함께 보여주기 때문에 원인 파악에 도움이 될 수 있습니다.

이어서, WCF 메서드에 대해서는,

WSHttpBinding wsHttpBinding = new WSHttpBinding();
ChannelFactory<IJenniferWcf> factory = 
    new ChannelFactory<IJenniferWcf>(wsHttpBinding, new EndpointAddress(wsBindingAddress));

IJenniferWcf proxy = factory.CreateChannel();
proxy.HelloWorld();
ICommunicationObject comm = proxy as ICommunicationObject;
try
{
    comm.Close();
}
catch
{
    comm.Abort();
}

아래와 같이 호출된 메서드에 대해 프로파일 정보를 출력해줍니다.

TX-CALL[WCF.WcfInterfaceLib.IJenniferWcf.HelloWorld] [23 ms]
TX-CALL[WCF.System.ServiceModel.ICommunicationObject.Close] [1 ms]

COM+의 "Resource Leak" 경고와 마찬가지로, WCF의 경우에도 명시적인 Close가 불려지지 않으면 X-View에 해당 요청이 "빨간색"으로 "Warning" 상태임을 알 수 있도록 했습니다.

또한, "IIS에서 호스팅 중인 WCF 서비스, ASMX 서비스"와 "ASPX 웹 애플리케이션"을 함께 제니퍼로 모니터링을 하면 역시 COM+에서 했던 것과 동일하게 호출 문맥을 타고 "Guid" 값이 전파되어 하나의 "aspx" 웹 페이지 호출에 따른 연관된 WCF 호출들을 같이 확인이 가능합니다.

아래는 "CallToAsmxService.aspx"에서 호출된 한 개의 asmx 서비스와 3개의 서로 다른 바인딩의 WCF 메서드 호출들이 연관된 Guid로 묶여 있는 것을 보여주고 있습니다.

jennifer_wcf_leak_1.png

간단하게 다음과 같은 호출 구조입니다.

1. CallToAsmxService.aspx 호출됨.
    1.1 CallToAsmxService.aspx에서 TestWebService.asmx 웹 서비스 호출
    1.2 CallToAsmxService.aspx에서 WcfJennifer.svc/addrBasicHttpBinding/HelloWorld 메서드 호출
    1.2 CallToAsmxService.aspx에서 WcfJennifer.svc/addrWsHttpBinding/HelloWorld 메서드 호출
    1.2 CallToAsmxService.aspx에서 WcfJennifer.svc/addrWsDualHttpBinding/HelloWorld 메서드 호출

부가적으로, webHttpBinding으로 노출한 WCF 서비스라든가 기타 닷넷이 아닌 외부 서비스에 대한 원격 메서드 호출에서 다음과 같이 단순히 HttpWebRequest를 사용하는 것도 가능할 텐데요.

string reqAddress = "http://test.com/HelloWorld.svc/date/1990/05/05";
HttpWebRequest req = WebRequest.Create(reqAddress) as HttpWebRequest;
using (WebResponse response = req.GetResponse())
{
    Stream stream = response.GetResponseStream();
    StreamReader sr = new StreamReader(stream);
    string text = sr.ReadToEnd();
}

역시 이에 대한 호출도 제니퍼에서는 다음과 같이 프로파일 정보를 제공하고 있습니다.

TX-CALL[WebReq.http://test.com/HelloWorld.svc/date/1990/05/05] [2,578 ms]




이로써, 닷넷 환경에서 외부 호출이 되는 것들은 모두 살펴본 것 같습니다.

  • Database 연동
  • COM+ 호출
  • 소켓 Open/Close
  • WCF 호출
  • ASMX 호출
  • HttpWebRequest 호출

이러한 호출들을 제니퍼로 모니터링하는 것만으로도, 실서버에서 성능 저하의 주범이 되는 통신 요소를 쉽게 파악할 수가 있습니다.








[최초 등록일: ]
[최종 수정일: 6/12/2021]

Creative Commons License
이 저작물은 크리에이티브 커먼즈 코리아 저작자표시-비영리-변경금지 2.0 대한민국 라이센스에 따라 이용하실 수 있습니다.
by SeongTae Jeong, mailto:techsharer at outlook.com

비밀번호

댓글 작성자
 




... 91  92  93  94  95  96  97  98  99  100  101  102  103  104  [105]  ...
NoWriterDateCnt.TitleFile(s)
11299정성태9/9/201719725개발 환경 구성: 330. Hyper-V VM의 Internal Network를 Private 유형으로 만드는 방법
11298정성태9/8/201723084VC++: 119. EnumProcesses / EnumProcessModules API 사용 시 주의점 [1]
11297정성태9/8/201719700디버깅 기술: 96. windbg - 풀 덤프에 포함된 모든 닷넷 모듈을 파일로 저장하는 방법
11296정성태9/8/201722899웹: 36. Edge - "이 웹 사이트는 이전 기술에서 실행되며 Internet Explorer에서만 작동합니다." 끄는 방법
11295정성태9/7/201720309디버깅 기술: 95. Windbg - .foreach 사용법
11294정성태9/4/201720043개발 환경 구성: 329. 마이크로소프트의 CoreCLR 프로파일러 예제 빌드 방법 [1]
11293정성태9/4/201720589개발 환경 구성: 328. Visual Studio(devenv.exe)를 배치 파일(.bat)을 통해 실행하는 방법
11292정성태9/4/201718861오류 유형: 419. Cannot connect to WMI provider - Invalid class [0x80041010]
11291정성태9/3/201720704개발 환경 구성: 327. 아파치 서버 2.4를 위한 mod_aspdotnet 마이그레이션
11290정성태9/3/201723934개발 환경 구성: 326. 아파치 서버에서 ASP.NET을 실행하는 mod_aspdotnet 모듈 [2]
11289정성태9/3/201721590개발 환경 구성: 325. GAC에 어셈블리 등록을 위해 gacutil.exe을 사용하는 경우 주의 사항
11288정성태9/3/201718285개발 환경 구성: 324. 윈도우용 XAMPP의 아파치 서버 구성 방법
11287정성태9/1/201727571.NET Framework: 680. C# - 작업자(Worker) 스레드와 UI 스레드 [11]
11286정성태8/28/201714858기타: 67. App Privacy Policy
11285정성태8/28/201723476.NET Framework: 679. C# - 개인 키 보안의 SFTP를 이용한 파일 업로드파일 다운로드1
11284정성태8/27/201721505.NET Framework: 678. 데스크톱 윈도우 응용 프로그램에서 UWP 라이브러리를 이용한 비디오 장치 열람하는 방법 [1]파일 다운로드1
11283정성태8/27/201717270오류 유형: 418. CSS3117: @font-face failed cross-origin request. Resource access is restricted.
11282정성태8/26/201719712Math: 22. 행렬로 바라보는 피보나치 수열
11281정성태8/26/201721506.NET Framework: 677. Visual Studio 2017 - NuGet 패키지를 직접 참조하는 PackageReference 지원 [2]
11280정성태8/24/201718554디버깅 기술: 94. windbg - 풀 덤프에 포함된 모든 모듈을 파일로 저장하는 방법
11279정성태8/23/201730177.NET Framework: 676. C# Thread가 Running 상태인지 아는 방법
11278정성태8/23/201718305오류 유형: 417. TFS - Warning - Unable to refresh ... because you have a pending edit. [1]
11277정성태8/23/201719555오류 유형: 416. msbuild - error MSB4062: The "TransformXml" task could not be loaded from the assembly
11276정성태8/23/201723907.NET Framework: 675. C# - (파일) 확장자와 연결된 실행 파일 경로 찾기 [2]파일 다운로드1
11275정성태8/23/201732867개발 환경 구성: 323. Visual Studio 설치 없이 빌드 환경 구성 - Visual Studio 2017용 Build Tools [1]
11274정성태8/22/201719446.NET Framework: 674. Thread 타입의 Suspend/Resume/Join 사용 관련 예외 처리
... 91  92  93  94  95  96  97  98  99  100  101  102  103  104  [105]  ...