Was sind die Vor- und Nachteile dedizierter Anwendungspools gegenüber dem Beibehalten von Webanwendungen in einem Standardanwendungspool?Pro und Kontra von dedizierten Anwendungspools über das Beibehalten von Webanwendungen in einem Standardanwendungspool
Antwort
Vorteile:
- Anwendungen voneinander isoliert werden, es sei denn, IIS geht mit ihm, ein app-Pool Verriegelung nehmen nur aus Anwendungen in diesem Pool
- Fähigkeit, Anwendungen unter verschiedenen ASP.NET-Laufzeiten laufen , ein Pool für 1.1 ein weiterer für 2.0, falls benötigt
- Möglichkeit, verschiedene App-Pool-Einstellungen für mehr oder weniger kritische Anwendungen zu haben. Zum Beispiel könnte eine Unternehmenswebsite in ASP.NET das Herunterfahren nach __ Minuten Inaktivität aktiviert haben, um das Entladen zu verhindern, da die Antwort kritisch ist. Andere Websites benötigen es möglicherweise nicht.
- Sie können Pools in Bezug auf den Dateizugriff voneinander schützen, ideal für Anwendungen von Drittanbietern oder nicht vertrauenswürdige Anwendungen, da sie unter einem sehr restriktiven Benutzerkonto ausgeführt werden können.
Nachteile:
- Jeder Anwendungspool verfügt über einen eigenen Speicherbank und seinen eigenen Prozess, kann daher mehr Ressourcen verwenden
- Manche finden es schwierig, die Anwendung zu debuggen, wie Sie mehrere Prozesse haben
Kleine Welt. Nette Antwort, Mitch! :) –
Dedizierte App-Pools verhindern normalerweise, dass Probleme in einer Site auftreten. Wenn Sie App-Pools auf mehreren Websites freigeben, können Sie alle Websites in der Box löschen, wenn nur für eine bestimmte Website (oder einen App-Pool) eine Fehlerbedingung vorliegt.
Wenn Sie Versionen von ASP.Net auf demselben Webserver mischen, benötigen Sie mindestens verschiedene App-Pools pro ASP.Net-Version oder pro Website.
Ich kann mir keinen guten Grund vorstellen, App Pools nicht zu trennen, es ist so einfach zu machen.
Der Hauptgrund für das Kombinieren von Websites in App-Pools besteht darin, Speicher zu sparen. Es gibt einen großen Speicheraufwand beim Ausführen mehrerer w3wp.exe-Prozesse. Wenn Sie keinen besonderen Grund haben, sie aufzuteilen, ist es besser, sie zusammenzuhalten.
habe nicht daran gedacht ... guter Punkt. – JasonS
Bitte fügen Sie einen Kommentar hinzu, wenn Sie eine Antwort abstimmen. Die Person, die die Frage gestellt hat, mochte diese Antwort. Ist die Antwort falsch? Warum? – DOK
+1 dafür. Es ist keine pauschale Antwort. Ich habe eine App mit mehreren Ebenen, die neben einer Demo-Site läuft. Die Service- und Content-Websites der Demosite befinden sich alle im selben App-Pool, während die Produktion getrennt ist. Es ist sinnvoll, beides zu tun, da dies eine sehr einfache Möglichkeit ist, Ressourcen zuzuordnen. – Gats
Ich stimme Jason zu.
Sie können auch verschiedene Benutzer (z. B. ein Windows-Konto) für verschiedene App-Pools festlegen. Dadurch können diese Benutzer mit unterschiedlichen Berechtigungen in der Datenbank eingerichtet werden. Dies trägt zur Erhöhung der Sicherheit bei und ermöglicht es, zu verfolgen, welche Website/welcher Benutzer die Datenbank trifft, was beim Aufspüren von Datenbankleistungsproblemen hilfreich ist.
Tatsächlich mit [Anwendungspoolidentitäten] (https: // blogs. iis.net/webdevelopertips/tip-98-did-you-know-the-default-application-pool-identity-in-iis-7-5-windows-7-change-from-networkservice-to-apppoolidentity), Sie kann DB-Berechtigungen * für einen bestimmten Anwendungspool * erteilen, ohne dass zusätzliche Windows-Konten erforderlich sind. Dies schützt auch die Daten Ihres Kunden: Wenn eine Web-Anwendung pned wird, erhält der Angreifer keinen Zugriff auf die anderen Datenbanken. – Heinzi
- 1. Pro und Kontra von
- 2. Pro und Kontra von READ_COMMITTED_SNAPSHOT
- 3. Pro und Kontra von Tkinter und WxWidgets?
- 4. Pro und Kontra von TryCatch versus TryParse
- 5. Pro und Kontra von Go, das ungenutzte Abhängigkeiten zurückweist
- 6. Pro und Kontra von Java Portlets?
- 7. Pro und Kontra der Verwendung von Storyboards
- 8. Pro und Kontra von Node-Sass und Schluck-Sass
- 9. Pro und Kontra für verschiedene Konfigurationsformate?
- 10. Pro und Kontra von ASNA Visual RPG (AVR)
- 11. Pro und Kontra mit Lucidworks Fusion anstelle von normalen Solr
- 12. Pro und Kontra der Verwendung von Lucene MultiSearcher Klasse
- 13. Pro und Kontra des Tabellennamens mit Leerzeichen
- 14. GLib v APR Pro und Kontra von jedem
- 15. Pro/Kontra von einer :: Base-Klasse (anstelle von acts_as_foo)
- 16. Auflisten von Anwendungspools in IIS
- 17. DotNetNuke Pro und Kontra für Community Blogging-Site
- 18. Pro und Kontra der verschiedenen Verzweigung Modelle in DVCS
- 19. WP Silverlight 8.1 vs WP 8.1 (XAML) Pro und Kontra
- 20. MVC Pro und Kontra in Bezug auf Web-Anwendung Entwicklung
- 21. Pro und Kontra von MEF vs Portable Areas via MvcContrib für kollaborative Programmierung
- 22. Drucken von Webanwendungen
- 23. ERR_TOO_MANY_REDIRECTS nachdem ich CakePHP Projekt von einem dedizierten Server auf einen anderen dedizierten Server verschoben habe
- 24. Entwickeln von mobilen Webanwendungen
- 25. über die Validierung in der Entwicklung von Webanwendungen
- 26. Wie Sie die gleiche Sitzungs-ID über mehrere Webanwendungen in ASP.NET beibehalten
- 27. Verschlüsseln von Daten von Benutzern in Webanwendungen
- 28. Frameworks zum Erstellen von Webanwendungen
- 29. Auf Kovarianz und Kontra
- 30. Erkennung von Schwachstellen in Webanwendungen und Desktop-Anwendungen
Es könnte eine gute Idee für Sie sein zu klären, ob Sie über interaktive Anwendungen oder Websites sprechen, die Inhalte bereitstellen. Auch, wie viele Apps/Webseiten Sie sprechen. Die Antwort kann abhängig von dieser Information sehr unterschiedlich sein. – AnthonyWJones