Wie man dynamisch eine laufende ASP.NET-Anwendung ausbessert?

Question

Hat jemand ein Beispiel dafür, wie man eine laufende asp.net App patchen kann? Das Szenario, das ich mir vorstelle, ist, dass die App für neuere Versionen nach einem bekannten zentralen Server suchen könnte. Laden Sie die neueren Dateien an einen temporären Speicherort herunter, und patchen Sie dann selbst.

Die Probleme, die ich sehen kann, sind, dass alle Dateiänderungen vom Dateibeobachter aufgenommen werden und die App-Domäne neu laden, die den aktuellen Patch-Prozess stoppen würde. Ich denke, dass jede geschriebene Datei ein erneutes Laden der App auslösen würde.

Answer 1

Sofern Sie nicht bestimmte Dateien auf bestimmte Dateien überwachen, können Sie vorhandene ASPX-Dateien ohne Verlangsamung der Anwendung aktualisieren. Wenn der Benutzer das nächste Mal den Browser aktualisiert, wird die Aktualisierung der Seite angezeigt. Seien Sie jedoch vorsichtig, wenn Sie der Seite zusätzliche Serversteuerelemente hinzugefügt haben und die DLL noch nicht aktualisiert wurde, treten Probleme auf.

Wenn Sie die web.config- oder DLL-Dateien für die Anwendung aktualisieren, löst dies einen Neuladevorgang des ASPNET-Workerprozesses aus, und neue Benutzer erleiden die "erste Verzögerung", die Sie normalerweise erwarten können.

Wenn Sie diesen Prozess besorgt sind, und kann ein bisschen „down time“ leisten, ich würde vorschlagen, dass Sie ein Skript erstellen, die die folgenden:

1. Laden Sie eine Datei namens app_offline.htm zu die Wurzel der Webanwendung. IIS wird diese Datei sofort sehen und Benutzer dorthin umleiten und keine .NET-Verarbeitung vornehmen. Sie können sogar eine Datei mit dem Namen App_Offline_Disabled.htm im Stammverzeichnis behalten und sie einfach umbenennen, wenn die Zeit reif ist.

2. Kopieren Sie alle Dateien, die aktualisiert werden müssen, und überschreiben/umbenennen/kopieren, falls erforderlich.

3. Entfernen Sie (oder benennen Sie) Ihre App_Offline.htm-Datei um, damit IIS Benutzer zu der aktualisierten Anwendung leitet. Wenn Sie sich das Skript ansehen, können Sie sogar selbst auf die Website gehen, um die "First Load" Strafe zu bekommen, damit Ihre Endbenutzer die Dinge wie immer schön und knackig sehen.

Noch einmal, ich weiß nicht, ob Sie die Ausfallzeit auf der Website auf diese Weise leisten können, aber ich sehe den Prozess selbst als leicht skript für einen schönen automatisierte Art Prozess zu ermöglichen.

Answer 2

Was meinst du mit Patchen?

Wenn Sie die Aktualisierung meinen, können Sie die Aktualisierungsdateien einfach in das Anwendungsverzeichnis kopieren. Momentan werden aktive Anfragen vollständig mit der letzten kompilierten Version Ihrer Anwendung bedient, dann wird sie neu kompiliert, um die entsprechenden Anfragen zu bedienen. Nichts Besonderes ist wirklich erforderlich.

Answer 3

Ich kenne keinen automatisierten Weg, dies zu tun. Es scheint, als wäre es einfacher, sich einfach auf ein automatisiertes Build-Skript zu verlassen, das die Änderungen an Ihren Servern auslöst.

Wenn Sie den Sitzungsstatus in einem externen Prozess beibehalten, können Sie die Site aktualisieren (was zu einem erneuten Kompilieren führt), ohne dass Ihre Benutzer rausgeschmissen werden. Sie werden nur eine längere Ladezeit haben, wenn sie auf das erneute Kompilieren warten.

Answer 4

Ich würde nur die Versionsinformationen überprüfen, wenn das Filewatcher-Ereignis ausgelöst wird. Wenn sich die Assembly von der aktiven Assembly unterscheidet, die Sie in Erwägung ziehen, zu patchen, fahren Sie mit der Kopie fort. Wenn nicht, dann ignoriere einfach das Ereignis. Auch die Frage wäre, warum würden Sie in das temporäre Verzeichnis kopieren, von dem die Dateien zurückgewonnen werden, wenn es keine tatsächliche Versionsänderung gibt?

Answer 5

Falls jemand anderes kann den app_offline.htm Trick ich diesen Artikel gefunden, die erklären, wie für Unterordner Dateiüberwachung deaktivieren

http://www.dominicpettifer.co.uk/Blog/36/stop-iis-appdomain-restarts-when-a-folder-is-deleted