Microsoft MVP성태의 닷넷 이야기
IIS 7.0 에서 소개되는 새로운 기능들 [링크 복사], [링크+제목 복사],
조회: 9875
글쓴 사람
정성태 (techsharer at outlook.com)
홈페이지
첨부 파일
 
(연관된 글이 1개 있습니다.)
Cool new IIS7 Features and APIs
; http://weblogs.asp.net/scottgu/archive/2006/04/20/443513.aspx

멋지군요. ^^

Vista 는 둘째치고, IIS 7 이 더욱 기대되게 만드는 군요.


Cool new IIS7 Features and APIs

IIS7 is a major upgrade of IIS, and will ship in both Windows Vista as well as Windows Longhorn Server.  It includes a ton of new functionality, including some very rich integration with ASP.NET.  This includes:

1) The ability to now have HttpModules and HttpHandlers participate in all requests to a server.  You no longer need to map requests to the ASP.NET ISAPI in order to write managed modules that participate in requests.  This makes building modules for flexible authentication, authorization, logging, url-rewriting, auditing, etc. super easy with .NET.  You could even now have an ASP.NET HttpModule provide forms-authentication to a PHP or JSP page (in addition to .htm files and static files like images and movies).

2) Integration of the ASP.NET configuration system with IIS.  IIS now uses the same web.config configuration model as ASP.NET, which means you can have both ASP.NET and IIS configuration settings in the same file together.  You can now set things like default pages, IIS security, logging, etc within a web.config file and xcopy/ftp it to a server.  This should simplify deployment and installation of applications considerably.  It also enables "delegated administration" for hosting scenarios -- where a hoster provides the application developer the ability to configure certain settings in their web.config file without requiring full admin privledges.

3) An integrated Admin UI tool that manages both IIS and ASP.NET settings together.  Included within this rich GUI is support for things like the Membership, Roles and Profile providers (so you can create/delete users directly within the GUI tool -- regardless of what provider is configured).  The admin tool also supports remote delegated admin over http -- which means you can point the rich-client admin tool at a shared hoster server and manage your users/roles/profile settings remotely over http (which is pretty cool).

4) Much better request auditing and error debugging.  We have a new feature we call "Failed Request Event Buffering" (affectionately known as "FREB"), which allows administrators to configure applications to automatically save request information anytime an error occurs during a request, or if a request takes longer than a specified amount of time to complete (note: if the request completes ok this information can then be just thrown away -- and so doesn't fill up your disk log).  This allows you to easily go in after the fact and see what exactly happened during a request that failed, as well as analyze any error exceptions.  This can even capture tracing messages generated within ASP.NET or within any component or class library that uses System.Diagnostics -- which makes it much easier for developers and admins to instrument and analyze what is going on with systems at runtimes.

5) Much better configuration APIs and command-line tools.  In addition to new config and admin APIs (including a nifty one that you can use to get a listing of all "active" requests being processed by the server -- as well as what state they are in), we now have a great command-line admin story that you can use to set/modify/retrieve all configuration information as well as manage the server (start/stop individual apps, lookup their health state, register new apps, refresh SSL certs, etc).  The command-line tool and APIs are also extensible, so you can plug in your own providers and extensions to them.

Carlos from the IIS7 team wrote a nice blog entry a few days ago about some of the new admin APIs that are coming.  You can read it here. 

As you can see in this article, there is now an easy .NET way to perform a lot of common tasks (much easier than doing it via ADSI or WMI).  My favorite one is this code-snippet:

ServerManager iisManager = new ServerManager();

foreach(WorkerProcess w3wp in iisManager.WorkerProcesses) {

    Console.WriteLine("W3WP ({0})", w3wp.ProcessId);
            
    foreach 
(Request request in w3wp.GetRequests(0)) {

        Console.WriteLine("{0} - {1},{2},{3}",
                    request.Url,
                    request.ClientIPAddr,
                    request.TimeElapsed,
                    request.TimeInState)
;
    
}
}

In case you are wondering what it does, it is a simple command-line program that uses the new .NET APIs to query IIS7 to get a collection of all active worker processes on the computer, and then print out a list of all current requests being proceeded in each one -- outputting the request's URL, the client-IP address of the remote user, as well as how long it has been executing, and how long it has been in its current state (for example: is it in the authentication module, authorization module, executing within the page, etc).

If you are every wondering "what is going on with this app or server right now" (for example: does it seem to be running slow), you can now run the above code to easily find out in real-time and/or figure out what applications or requests are taking a lot of time -- and then activate FREB on those applications to drill into why.

Hope this helps,

Scott

P.S. I'll be doing a lot more IIS7 posts over the next few months once the beta is more broadly available with Windows Vista.  I'm super proud of the team and all they've delivered -- it is really going to rock.

posted on Thursday, April 20, 2006 10:31 PM


[연관 글]






[최초 등록일: ]
[최종 수정일: 4/27/2006]


비밀번호

댓글 작성자
 



2008-03-06 01시01분
kevin25

1  2  3  4  5  6  7  8  9  10  11  12  [13]  14  15  ...
NoWriterDateCnt.TitleFile(s)
875정성태11/9/200710364.NET : 66. 한 눈으로 확인하는 .NET 데이터 액세스 계층
874정성태11/6/200711420Debug : 30. OpenFileDialog 사용시 메모리 사용이 급격하게 올라가는 문제
873정성태11/6/200710487Debug : 29. WinDBG - 명령어 !IToldYouSo
872정성태11/3/200710594Debug : 28. Debugger Visualizer - DynamicMethod / MethodInfo [1]
871정성태10/31/200710809TFS : 141. VS.NET 2008 - 개선된 WorkItem 기능
870정성태10/31/200710488TFS : 140. TFS to TFS Migration Tool
869정성태10/31/200710623.NET : 65. ASP.NET 을 어셈블리 언어로.
868정성태10/30/200710858.NET 3.0 : 23. 카드 스페이스 - SSL 없이도 구현가능.
867정성태10/30/200710751.NET : 64. CAB(Composite Application Block) 에 접근하고 싶으세요?
866정성태10/28/200710693개발 환경 구성: 115. VPC 를 이용한 AD 네트워크 구성
865정성태10/27/200710851.NET : 63. Singleton 패턴 구현
864정성태10/23/200710878TFS : 139. 단위 테스트를 MTA로 실행하도록 설정 [1]
863정성태10/20/200710621VisualNDepend
862정성태10/20/200710128.NET : 62. CAB 성능 향상 팁
861정성태10/20/200710507Debug : 27. SOS 를 이용하여 .NET Finalizer 디버깅
860정성태10/18/200710500TFS : 138. 팀 규모에 따른 물리 서버의 용량
859정성태10/16/200711423개발 환경 구성: 114. Eric Gunnerson 의 WiX 관련 포스트들 [3]
858정성태10/16/200710735.NET : 61. 메서드 안에서 정의된 블록 내부의 변수에 대한 범위
857정성태10/9/200710359TFS : 137. 특정 버전의 소스로 팀 빌드하는 방법
856정성태10/8/200711739.NET 3.5 : 32. ReaderWriterLock 과 ReaderWriterLockSlim 의 성능 비교.
855정성태10/5/200710483개발 환경 구성: 113. Virtual PC - 처음 생성한 VHD 파일의 크기를 바꿀 수 있을까?
854정성태10/3/200710355TFS : 136. Operations Guidance for Team Foundation Server
853정성태10/2/200710746.NET 3.5 : 31. ToJSON 확장 메서드 구현
852정성태9/30/200711874IIS : 18. IIS 7.0 의 FTP 서비스를 위한 방화벽 설정
851정성태9/27/200710912TFS : 135. TFS 2008 용 빌드 알림 도구
850정성태9/26/200710176TFS : 134. Visual Studio Team System Web Access 2008 파워툴 CTP
1  2  3  4  5  6  7  8  9  10  11  12  [13]  14  15  ...