IIS'de uygulama havuzları, çalışan süreçleri ve uygulama etki alanları arasındaki farklılıkları açıklayan var mı? Ayrıca, birlikte nasıl çalışırlar? Birkaç makale okudum ama yine de biraz kafa karıştırıcı.
Yanıtlar:
Onları başka kelimelerle söylemeye çalışıyorum.
Bir sunucuda, birlikte çalışan birçok asp.net sitesine sahip olabilirsiniz. Her site bir uygulama alanıdır .
Her birine bir uygulama havuzu atamalısınız . Birçok uygulama etki alanı (site) aynı uygulama havuzuna sahip olabilir ve aynı uygulama havuzuna sahip oldukları için aynı süreçler altında ve aynı hesap altında çalışırlar ve havuzun aynı ayarlarına sahiptirler. Bu havuz yeniden başlarsa, bu havuzların altındaki tüm siteler yeniden başlar.
Artık her havuzda bir veya daha fazla çalışan işlem olabilir . Her çalışan işlem, sitenizi çalıştıran, kendi statik değişkenlerine, farklı başlatma durdurma çağrılarına vb. Sahip olan farklı bir programdır. Farklı çalışan işlemler birlikte iletişim kurmaz ve veri alışverişi yapmanın tek yolu ortak dosyalardan veya ortak bir veritabanından yapılır. Birden fazla çalışan işleminiz varsa ve bunlardan biri uzun süreli hesaplamalar yapıyorsa, diğeri internet aramalarını yönetmeye ve içeriği göstermeye dikkat edebilir.
Tek bir havuza birçok işçi işlemi atadığınızda, o zaman aranan web bahçesini yaparsınız ve siteniz, eğer bir bilgisayar tek bir işlem makinesiyse, birden fazla bilgisayardan çalıştırılır gibi olur.
Her çalışan işlemin birçok iş parçacığı olabilir.
Daha fazla çalışan işlem sizi nasıl etkiler:
Bir çalışan işleminiz olduğunda her şey daha basittir, uygulamanız arasında tüm statik değişkenler aynıdır ve lockonları senkronize etmek için kullanırsınız.
Birden fazla alt işlem atadığınızda , lockfor statik değişkenleri kullanmaya devam edersiniz , statik değişkenler sitenizin birçok çalıştırması arasında farklı değildir ve ortak bir kaynağınız varsa (örneğin, diskte bir küçük resmin oluşturulması) daha sonra çalışan sürecinizi ile senkronize etmeniz gerekir Mutex.
Bir not daha. Daha fazla alt işlem yaptığınızda, eşzamansız sayfa yüklemeleri daha sorunsuz olabilir. Asp.net'in oturum işleyicisinde, bir sayfa yüklemesi için tüm süreci kilitleyen küçük bir sorun var - bu iyi ve iyi bilmenize ve idare etmenize bağlı olarak - ya da değiştirmenize bağlı.
Öyleyse, yalnızca birçok işçi süreciyle bir site hakkında konuşalım. Burada, ortak kaynak değişikliğinizi senkronize etmeniz gereken sorunla karşı karşıyasınız Mutex. Ancak oturum kullanan sayfalar / işleyiciler, oturum onları kilitlediği için eşzamansız değildir. Bu başlangıç için iyidir çünkü birçok noktanın bu senkronizasyonunu kendi kendinize yapmaktan kaçınırsınız.
Bu konuyla ilgili bazı sorular:
Aynı oturumu paylaşırken başka bir web uygulaması işlenirken web uygulaması engellendi
Web hizmetine jQuery Ajax çağrıları senkronize görünüyor
ASP.NET Sunucusu sayfaları eşzamansız olarak
işlemiyor ASP.Net oturumunu tamamen değiştiriyor
Şimdi bu oturum kilidi farklı siteleri etkilemiyor.
Farklı siteler arasında daha fazla çalışılmış süreç, bir sitenin diğerini uzun süren süreçle engellememesine yardımcı olabilir.
Ayrıca farklı siteler arasında daha fazla havuz da yardımcı olabilir, çünkü her havuzda en az bir çalışan işlem vardır, ancak işlem gezginini kullanarak kendi kendinize hatırlayın ve görün, her çalışma süreci bilgisayarınızın daha fazla belleğini ve 16G belleğe sahip büyük bir sunucuyu alır. ve bir SQL sunucusunda çok fazla farklı işlenmiş süreç olamaz - örneğin 100 paylaşılan siteye sahip bir sunucuda, 100 farklı havuzunuz olamaz.
ASP.NET geliştiricilerinin anlamı: Web sitenizi ölçeklenebilir hale getirmek için, proc in-proc oturumu kullanmayın ve senkronizasyon için statik sınıf değişken kilidi kullanmayın.
Evet, ancak her uygulama bir web sitesi değildir. Bir web sitesinin altına yerleştirilmiş bir uygulamaya sahip olabilirsiniz .
Evet, her uygulamanın bir çalışan işlemi (uygulama havuzu) olması gerekir, ancak bir uygulama havuzu birkaç uygulamayı sunucu olarak kullanabilir. Tek bir web uygulaması dağıtılabilir (web bahçesi / çiftlik), yani birden çok işlemde çalışacağı anlamına gelir.
Her işlem kendi uygulama alanında çalışır (her uygulama havuzu ayrı bir uygulama alanıdır).
MSDN'den.
Bir Web Uygulaması Oluşturun :
Uygulama, bir Web sitesinin kök dizinindeki içerik gruplaması veya Web sitesinin kök dizini altında ayrı bir klasörde bulunan içerik grubudur.
Bir uygulama havuzu, o uygulama havuzuna atanmış bir veya daha fazla uygulamaya isteklere hizmet eden ortak ayarlarla yapılandırılmış bir veya daha fazla çalışan işlem grubunu tanımlar. Uygulama havuzları, bir dizi Web uygulamasının benzer şekilde yapılandırılmış bir veya daha fazla çalışan işlemi paylaşmasına izin verdiği için, bir dizi Web uygulamasını sunucu bilgisayardaki diğer Web uygulamalarından izole etmek için uygun bir yol sağlar. Süreç sınırları her bir çalışan süreci birbirinden ayırır; bu nedenle, bir uygulama havuzundaki uygulama sorunları, diğer uygulama havuzlarındaki Web sitelerini veya uygulamaları etkilemez. Uygulama havuzları, Web altyapınızın hem güvenilirliğini hem de yönetilebilirliğini önemli ölçüde artırır.
Kaynak bağlantısından: -http: //weblogs.asp.net/owscott/archive/2007/09/02/application-vs-appdomain.aspx
Uygulama bir IIS terimidir, ancak ASP.NET'in kullandığı bir terimdir. Esasen, farklı siteleri veya sitelerin bölümlerini diğerlerinden ayırmak için bir sanal alan veya bir dizi sınır oluşturur.
Bir AppDomain bir .NET terimidir. (IIS7'de, AppDomains, IIS içinde daha büyük bir rol oynar, ancak çoğunlukla bir ASP.NET terimidir)
Çalışan işlemi, web uygulamasının isteğini işlemek için kullanılır.