Windows İşlem Etkinleştirme Hizmetinde Barındırma
Windows İşlem Etkinleştirme Hizmeti (WAS), Windows Communication Foundation (WCF) hizmetlerini barındıran uygulamalar içeren çalışan işlemlerinin etkinleştirilmesini ve kullanım ömrünü yönetir. WAS işlem modeli, HTTP bağımlılığını kaldırarak HTTP sunucusu için IIS 6.0 işlem modelini genelleştirir. Bu, WCF hizmetlerinin ileti tabanlı etkinleştirmeyi destekleyen ve belirli bir makinede çok sayıda uygulama barındırma olanağı sunan bir barındırma ortamında Hem HTTP hem de Net.TCP gibi HTTP dışı protokolleri kullanmasına olanak tanır.
WAS barındırma ortamında çalışan bir WCF hizmeti oluşturma hakkında daha fazla bilgi için bkz . How to: Host a WCF Service in WAS.
WAS işlem modeli, uygulamaların daha sağlam, daha yönetilebilir ve kaynakları verimli bir şekilde kullanan bir şekilde barındırılabilmesini sağlayan çeşitli özellikler sağlar:
Uygulamaların ve çalışan işlem uygulamalarının ileti tabanlı etkinleştirmesi, HTTP ve HTTP olmayan ağ protokolleri kullanılarak gelen iş öğelerine yanıt olarak dinamik olarak başlatılır ve durdurulır.
Çalışan uygulamaların durumunu korumak için sağlam uygulama ve çalışan işlemi geri dönüşümü.
Merkezi uygulama yapılandırması ve yönetimi.
Uygulamaların, tam IIS yüklemesinin dağıtım ayak izine gerek kalmadan IIS işlem modelinden yararlanmasına olanak tanır.
Windows Server AppFabric , NET4 WCF ve WF hizmetleri için zengin bir uygulama barındırma ortamı sağlamak üzere IIS 7.0 ve Windows İşlem Etkinleştirme Hizmeti (WAS) ile çalışır. Bu avantajlar arasında süreç yaşam döngüsü yönetimi, süreç geri dönüşümü, paylaşılan barındırma, hızlı hata koruması, işlem yalnızlaştırma, isteğe bağlı etkinleştirme ve sistem durumu izleme yer alır. Ayrıntılı bilgi için bkz . AppFabric Hosting Özellikleri ve AppFabric Hosting Kavramları.
WAS Adresleme Modelinin Öğeleri
Uygulamalar, yaşam süresi ve yürütme ortamı sunucu tarafından yönetilen kod birimleri olan Tekdüzen Kaynak Tanımlayıcısı (URI) adreslerine sahiptir. Tek bir WAS sunucusu örneği birçok farklı uygulamaya ev sahipliği yapabilir. Sunucular, uygulamaları siteler adı verilen gruplar halinde düzenler. Bir site içinde uygulamalar, dış adresleri olarak hizmet veren URI'lerin yapısını yansıtan hiyerarşik bir şekilde düzenlenir.
Uygulama adreslerinin iki bölümü vardır: temel URI ön eki ve birlikte birleştirildiğinde bir uygulamanın dış adresini sağlayan uygulamaya özgü, göreli adres (yol). Temel URI ön eki site bağlamasından oluşturulur ve site altındaki tüm uygulamalar için kullanılır. Uygulama adresleri daha sonra uygulamaya özgü yol parçaları (örneğin, "/applicationOne") alınarak ve tam uygulama URI'sine ulaşmak için temel URI ön ekine (örneğin, "net.tcp://localhost") eklenerek oluşturulur.
Aşağıdaki tabloda, HEM HTTP hem de HTTP olmayan site bağlamalarına sahip WAS siteleri için çeşitli olası adresleme senaryoları gösterilmektedir.
| Senaryo | Site bağlamaları | Application path | Temel uygulama URI'leri |
|---|---|---|---|
| Yalnızca HTTP | http: *:80:* | /appTwo | http://localhost/appTwo/ |
| Hem HTTP hem de HTTP Olmayan | http: *:80:* net.tcp: 808:* |
/appTwo | http://localhost/appTwo/net.tcp://localhost/appTwo/ |
| Yalnızca HTTP olmayan | Pipe:* | /appThree | net.pipe://appThree/ |
Bir uygulama içindeki hizmetler ve kaynaklar da ele alınabilir. Bir uygulama içinde, uygulama kaynakları temel uygulama yoluna göre ele alınıyor. Örneğin, makine adı contoso.com bir sitenin hem HTTP hem de Net.TCP protokolleri için site bağlamaları olduğunu varsayalım. Ayrıca, sitenin /Billing konumunda bulunan ve GetOrders.svc'de bir hizmeti kullanıma sunan bir uygulama içerdiğini varsayalım. Ardından GetOrders.svc hizmeti SecureEndpoint'in göreli adresine sahip bir uç nokta ortaya çıkardıysa, hizmet uç noktası aşağıdaki iki URI'de kullanıma sunulur:
http://contoso.com/Billing/GetOrders.svc/SecureEndpointnet.tcp://contoso.com/Billing/GetOrders.svc/SecureEndpoint
WAS Çalışma Zamanı
Uygulamalar, adresleme ve yönetim amacıyla siteler halinde düzenlenir. Çalışma zamanında uygulamalar da birlikte uygulama havuzları halinde gruplandırılır. Bir uygulama havuzu, birçok farklı siteden birçok farklı uygulamayı barındırabilir. Uygulama havuzu içindeki tüm uygulamalar ortak bir çalışma zamanı özellikleri kümesini paylaşır. Örneğin, hepsi ortak dil çalışma zamanının (CLR) aynı sürümü altında çalışır ve ortak bir işlem kimliğini paylaşır. Her uygulama havuzu bir çalışan işleminin (w3wp.exe) bir örneğine karşılık gelir. Paylaşılan uygulama havuzunun içinde çalışan her yönetilen uygulama, CLR AppDomain yoluyla diğer uygulamalardan yalıtılır.