Szenario: Konfigurieren einer Stagingumgebung für die Webbereitstellung

von Jason Lee

In diesem Thema wird ein typisches Webbereitstellungsszenario für eine Stagingumgebung beschrieben und die Aufgaben erläutert, die Sie ausführen müssen, um eine ähnliche Umgebung einzurichten.

Viele Organisationen verwenden Stagingumgebungen, um Updates für Webanwendungen oder Websites in der Vorschau anzuzeigen. Dies gibt Benutzern innerhalb des organization die Möglichkeit, neue Funktionen oder Inhalte zu erkunden und zu überprüfen, bevor die Website "live" oder mit anderen Worten in einer Produktionsumgebung bereitgestellt wird. Die Stagingumgebung ist so konzipiert, dass die Produktionsumgebung so genau wie möglich repliziert wird, um eine realistische Vorschau zu bieten. Diese Art von Stagingumgebung weist in der Regel die folgenden Merkmale auf:

  • Die Umgebung besteht aus mehreren Webservern mit Lastenausgleich und einem oder mehreren Datenbankservern, häufig mit Failoverclustering und Datenbankspiegelung.
  • Anwendungen können manuell von einem Entwicklungsteam oder automatisch von einem Team Build-Server bereitgestellt werden.
  • Es ist unwahrscheinlich, dass die Benutzer oder Prozesskonten, die Anwendungen bereitstellen, über Administratorrechte auf den Stagingservern verfügen.
  • Änderungen an Anwendungen werden häufig bereitgestellt, sodass die Umgebung eine einstufige oder automatisierte Bereitstellung unterstützen muss.

Hinweis

Das Skalieren einer Datenbankbereitstellung über mehrere Server hinaus sprengt den Rahmen dieses Tutorials. Weitere Informationen zu diesem Bereich finden Sie in SQL Server Onlinedokumentation.

In unserem Tutorialszenario verwaltet Team Foundation Server (TFS) beispielsweise die Contact Manager-Lösung. Der TFS-Administrator Rob Walters hat eine Builddefinition erstellt, mit der Entwickler nach Bedarf eine Bereitstellung in der Stagingumgebung auslösen können.

Der TFS-Administrator Rob Walters hat eine Builddefinition erstellt, mit der Entwickler nach Bedarf eine Bereitstellung in der Stagingumgebung auslösen können.

Beachten Sie, dass Sie in den meisten Fällen nicht unbedingt den neuesten Build in der Stagingumgebung bereitstellen möchten. Stattdessen möchten Sie eher einen bestimmten Build bereitstellen, der bereits in der Testumgebung überprüft wurde.

Übersicht über die Lösungen

In diesem Szenario können Sie diese Fakten aus einer Analyse der Bereitstellungsanforderungen ableiten:

  • Das Benutzer- oder Prozesskonto, das die Bereitstellung ausführt, verfügt nicht über Administratorrechte auf den Stagingservern, sodass die Stagingwebserver die Bereitstellung nicht von Administratorn unterstützen müssen. Daher müssen Sie die Stagingwebserver so konfigurieren, dass sie den Web Deploy-Handler anstelle des Remote-Agents verwenden.
  • Die Stagingumgebung umfasst mehrere Webserver, muss jedoch eine einmalige oder automatisierte Bereitstellung unterstützen, sodass Sie das Web Farm Framework (WFF) verwenden müssen, um eine Serverfarm zu erstellen. Mit diesem Ansatz können Sie eine Anwendung auf einem Webserver (dem primären Server) bereitstellen, und WFF repliziert die Bereitstellung auf allen anderen Webservern in der Stagingumgebung.
  • Das Benutzer- oder Prozesskonto, das die Bereitstellung ausführt, muss über Berechtigungen zum Erstellen von Datenbanken verfügen. Daher müssen Sie das Konto der dbcreator-Serverrolle auf dem Datenbankserver hinzufügen, zusätzlich zum Konfigurieren des Datenbankservers für die Unterstützung des Remotezugriffs und der Bereitstellung.

Diese Themen enthalten alle Informationen, die Sie benötigen, um diese Aufgaben auszuführen:

Weitere Informationen

Anleitungen zum Konfigurieren einer typischen Entwicklertestumgebung finden Sie unter Szenario: Konfigurieren einer Testumgebung für die Webbereitstellung. Anleitungen zum Konfigurieren einer typischen Produktionsumgebung finden Sie unter Szenario: Konfigurieren einer Produktionsumgebung für die Webbereitstellung.