Sdílet prostřednictvím


Hostování v Aktivační službě procesů systému Windows

Služba aktivace procesu systému Windows (WAS) spravuje aktivaci a životnost pracovních procesů, které obsahují aplikace, které hostují služby Wcf (Windows Communication Foundation). Procesový model WAS generalizuje model procesu SLUŽBY IIS 6.0 pro server HTTP odebráním závislosti na protokolu HTTP. To umožňuje službám WCF používat protokoly HTTP i jiné protokoly než HTTP, jako je Net.TCP, v hostitelském prostředí, které podporuje aktivaci na základě zpráv a nabízí možnost hostovat velký počet aplikací na daném počítači.

Další informace o vytvoření služby WCF, která běží v hostitelském prostředí WAS, naleznete v tématu Postupy: Hostování služby WCF v WAS.

Model procesu WAS poskytuje několik funkcí, které umožňují hostování aplikací způsobem, který je robustnější, lépe spravovatelný a efektivně využívá prostředky:

  • Aktivace aplikací a aplikací pracovních procesů na základě zpráv se spouští a zastavuje dynamicky v reakci na příchozí pracovní položky, které přicházejí pomocí síťových protokolů HTTP a jiných než HTTP.

  • Robustní recyklace aplikací a pracovních procesů za účelem zachování stavu spuštěných aplikací

  • Centralizovaná konfigurace a správa aplikací

  • Umožňuje aplikacím využívat model procesu služby IIS, aniž by vyžadovaly nároky na nasazení úplné instalace služby IIS.
    Windows Server AppFabric spolupracuje se službou IIS 7.0 a službou aktivace procesů systému Windows (WAS) a poskytuje bohaté hostitelské prostředí aplikací pro služby NET4 WCF a WF. Mezi tyto výhody patří správa životního cyklu procesů, recyklace procesů, sdílené hostování, rychlá ochrana proti chybám, osamocení procesů, aktivace na vyžádání a monitorování stavu. Podrobné informace naleznete v tématu AppFabric Hosting Features and AppFabric Hosting Concepts.

Prvky modelu adresování WAS

Aplikace mají adresy URI (Uniform Resource Identifier), což jsou jednotky kódu, jejichž životnost a spouštěcí prostředí spravuje server. Jedna instance serveru WAS může být domovem mnoha různých aplikací. Servery uspořádají aplikace do skupin označovaných jako lokality. V rámci webu jsou aplikace uspořádány hierarchickým způsobem, který odráží strukturu identifikátorů URI, které slouží jako jejich externí adresy.

Adresy aplikací mají dvě části: předponu základního identifikátoru URI a relativní adresu (cestu), která poskytuje externí adresu aplikace při spojení. Předpona základního identifikátoru URI je vytvořena z vazby lokality a používá se pro všechny aplikace v lokalitě. Adresy aplikací se pak vytvářejí tak, že převezmou fragmenty cesty specifické pro aplikaci (například /applicationOne) a připojí je k předponě základního identifikátoru URI (například net.tcp://localhost), aby se dostaly k úplnému identifikátoru URI aplikace.

Následující tabulka ukazuje několik možných scénářů řešení pro lokality WAS s vazbami webu HTTP i jiného typu než HTTP.

Scénář Vazby webu Application path Identifikátory URI základní aplikace
Jenom HTTP http: *:80:* /appTwo http://localhost/appTwo/
HTTP i jiné než HTTP http: *:80:*

net.tcp: 808:*
/appTwo http://localhost/appTwo/
net.tcp://localhost/appTwo/
Pouze bez HTTP Net.pipe:* /appThree net.pipe://appThree/

Služby a prostředky v rámci aplikace je také možné řešit. V rámci aplikace jsou prostředky aplikace adresovány vzhledem k základní cestě aplikace. Předpokládejme například, že lokalita na názvu počítače contoso.com má vazby lokality pro protokoly HTTP i Net.TCP. Předpokládejme také, že web obsahuje jednu aplikaci umístěnou v /Billing, která zveřejňuje službu v GetOrders.svc. Pokud pak služba GetOrders.svc odhalila koncový bod s relativní adresou SecureEndpointu, koncový bod služby by byl vystaven na následujících dvou identifikátorech URI:

  • http://contoso.com/Billing/GetOrders.svc/SecureEndpoint
  • net.tcp://contoso.com/Billing/GetOrders.svc/SecureEndpoint

Modul runtime WAS

Aplikace jsou uspořádány na weby pro účely adresování a správy. V době běhu jsou aplikace také seskupené do fondů aplikací. Fond aplikací může obsahovat mnoho různých aplikací z mnoha různých webů. Všechny aplikace v rámci fondu aplikací sdílejí společnou sadu charakteristik za běhu. Například všechny běží ve stejné verzi modulu CLR (Common Language Runtime) a všechny sdílejí společnou identitu procesu. Každý fond aplikací odpovídá instanci pracovního procesu (w3wp.exe). Každá spravovaná aplikace spuštěná ve sdíleném fondu aplikací je izolovaná od ostatních aplikací pomocí modulu CLR AppDomain.

Viz také