Microsoft MVP성태의 닷넷 이야기
제니퍼 .NET: 14. ASMX, WCF 호출 모니터링 및 누수 확인 [링크 복사], [링크+제목 복사],
조회: 17660
글쓴 사람
정성태 (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

비밀번호

댓글 작성자
 




1  2  3  4  5  6  7  8  9  10  11  12  [13]  14  15  ...
NoWriterDateCnt.TitleFile(s)
13321정성태4/14/20234107개발 환경 구성: 676. WSL/Linux Octave - Python 스크립트 연동
13320정성태4/13/20233995개발 환경 구성: 675. Windows Octave 8.1.0 - Python 스크립트 연동
13319정성태4/12/20234502개발 환경 구성: 674. WSL 2 환경에서 GNU Octave 설치
13318정성태4/11/20234386개발 환경 구성: 673. JetBrains IDE에서 "Squash Commits..." 메뉴가 비활성화된 경우
13317정성태4/11/20234423오류 유형: 855. WSL 2 Ubuntu 20.04 - error: cannot communicate with server: Post http://localhost/v2/snaps/...
13316정성태4/10/20233692오류 유형: 854. docker-compose 시 "json.decoder.JSONDecodeError: Expecting value: line 1 column 1 (char 0)" 오류 발생
13315정성태4/10/20233994Windows: 245. Win32 - 시간 만료를 갖는 컨텍스트 메뉴와 윈도우 메시지의 영역별 정의파일 다운로드1
13314정성태4/9/20234135개발 환경 구성: 672. DosBox를 이용한 Turbo C, Windows 3.1 설치
13313정성태4/9/20234141개발 환경 구성: 671. Hyper-V VM에 Turbo C 2.0 설치 [2]
13312정성태4/8/20234212Windows: 244. Win32 - 시간 만료를 갖는 MessageBox 대화창 구현 (개선된 버전)파일 다운로드1
13311정성태4/7/20234644C/C++: 163. Visual Studio 2022 - DirectShow 예제 컴파일(WAV Dest)
13310정성태4/6/20234302C/C++: 162. Visual Studio - /NODEFAULTLIB 옵션 설정 후 수동으로 추가해야 할 library
13309정성태4/5/20234420.NET Framework: 2107. .NET 6+ FileStream의 구조 변화
13308정성태4/4/20234338스크립트: 47. 파이썬의 time.time() 실숫값을 GoLang / C#에서 사용하는 방법
13307정성태4/4/20234096.NET Framework: 2106. C# - .NET Core/5+ 환경의 Windows Forms 응용 프로그램에서 HINSTANCE 구하는 방법
13306정성태4/3/20233985Windows: 243. Win32 - 윈도우(cbWndExtra) 및 윈도우 클래스(cbClsExtra) 저장소 사용 방법
13305정성태4/1/20234340Windows: 242. Win32 - 시간 만료를 갖는 MessageBox 대화창 구현 (쉬운 버전)파일 다운로드1
13304정성태3/31/20234639VS.NET IDE: 181. Visual Studio - C/C++ 프로젝트에 application manifest 적용하는 방법
13303정성태3/30/20233984Windows: 241. 환경 변수 %PATH%에 DLL을 찾는 규칙
13302정성태3/30/20234589Windows: 240. RDP 환경에서 바뀌는 %TEMP% 디렉터리 경로
13301정성태3/29/20234704Windows: 239. C/C++ - Windows 10 Version 1607부터 지원하는 /DEPENDENTLOADFLAG 옵션파일 다운로드1
13300정성태3/28/20234430Windows: 238. Win32 - Modal UI 창에 올바른 Owner(HWND)를 설정해야 하는 이유
13299정성태3/27/20234165Windows: 237. Win32 - 모든 메시지 루프를 탈출하는 WM_QUIT 메시지
13298정성태3/27/20234139Windows: 236. Win32 - MessageBeep 소리가 안 들린다면?
13297정성태3/26/20234723Windows: 235. Win32 - Code Modal과 UI Modal
13296정성태3/25/20234103Windows: 234. IsDialogMessage와 협업하는 WM_GETDLGCODE Win32 메시지 [1]파일 다운로드1
1  2  3  4  5  6  7  8  9  10  11  12  [13]  14  15  ...