

Die vorliegende Übersetzung wurde maschinell erstellt. Im Falle eines Konflikts oder eines Widerspruchs zwischen dieser übersetzten Fassung und der englischen Fassung (einschließlich infolge von Verzögerungen bei der Übersetzung) ist die englische Fassung maßgeblich.

# Bereitstellen von Anwendungen
<a name="workingapps-deploying"></a>

**Wichtig**  
Der AWS OpsWorks Stacks Dienst hat am 26. Mai 2024 das Ende seiner Lebensdauer erreicht und wurde sowohl für neue als auch für bestehende Kunden deaktiviert. Wir empfehlen Kunden dringend, ihre Workloads so bald wie möglich auf andere Lösungen zu migrieren. Wenn Sie Fragen zur Migration haben, wenden Sie sich an das AWS Support Team auf [AWS re:POST](https://repost.aws/) oder über den [AWS Premium-Support](https://aws.amazon.com/support).

Der Hauptzweck der Bereitstellung besteht darin, auf Anwendungsserver-Instances Anwendungs-Code und verwandte Dateien bereitzustellen. Der Bereitstellungsvorgang wird von den Bereitstellungsrezepten der jeweiligen Instance, die durch den Layer der Instance ermittelt werden, ausgeführt.

Wenn du eine Instanz startest, führt OpsWorks Stacks nach Abschluss der Setup-Rezepte automatisch die Deploy-Rezepte der Instanz aus. Wenn Sie jedoch eine Anwendung hinzufügen oder sie ändern, müssen Sie diese auf jeder Online-Instance manuell bereitstellen. Zum Bereitstellen einer Anwendung müssen Sie über Berechtigungen zum Verwalten oder Bereitstellen verfügen. Weitere Informationen finden Sie unter [Verwalten von Benutzerberechtigungen](opsworks-security-users.md).

**Bereitstellen einer Anwendung**

1. Klicken Sie auf der Seite **Apps** auf die Aktion **deploy (Bereitstellen)** der App.  
![\[Apps page showing SimplePHP app with deploy, edit, and delete action options.\]](http://docs.aws.amazon.com/de_de/opsworks/latest/userguide/images/apps_with_content.png)
**Anmerkung**  
Sie können eine Anwendung auch bereitstellen, indem Sie im Navigationsbereich auf **Deployments (Bereitstellungen) **klicken. Klicken Sie auf der Seite **Deployments & Commands (Bereitstellungen und Befehle)** auf **Deploy an app (App bereitstellen)**. Dort können Sie auch auswählen, welche Anwendung Sie bereitstellen möchten.

1. Machen Sie folgende Angaben:
   + (Erforderlich) Stellen Sie **Command: (Befehl:)** auf **deploy (Bereitstellen)** ein, sofern diese Option noch nicht ausgewählt wurde.
   + (Optional) Geben Sie einen Kommentar ein. 

1. Klicken Sie auf **Erweitert >>**, um benutzerdefiniertes JSON anzugeben. OpsWorks Stacks fügt dem Knotenobjekt eine Reihe von [Stackkonfigurations- und Bereitstellungsattributen](workingcookbook-json.md) hinzu. Die `deploy` Attribute enthalten die Bereitstellungsdetails und können von Bereitstellungsrezepten für Installations- und Konfigurationszwecke verwendet werden. Auf Linux-Stacks können Sie das benutzerdefinierte JSON-Feld verwenden, um die [OpsWorks Standard-Stacks-Einstellungen zu überschreiben oder benutzerdefinierte Einstellungen](workingcookbook-json-override.md) an Ihre benutzerdefinierten Rezepte zu übergeben. Weitere Informationen zur Verwendung benutzerdefinierter JSON-Formate finden Sie unter [Nutzen eines benutzerdefinierten JSON-Objekts](workingstacks-json.md).
**Anmerkung**  
Wenn Sie hier ein benutzerdefiniertes JSON-Format angeben, wird es der Stack-Konfiguration und den Bereitstellungsattributen nur für diese Bereitstellung hinzugefügt. Wenn Sie dauerhaft ein benutzerdefiniertes JSON-Format hinzufügen möchten, müssen Sie es [dem Stack](workingstacks-json.md) hinzufügen. Ein benutzerdefiniertes JSON-Format ist auf 120 KB begrenzt. Wenn Sie mehr Kapazität benötigen, empfehlen wir, einige Daten auf Amazon S3 zu speichern. Ihre benutzerdefinierten Rezepte können dann die AWS-CLI oder das [AWS SDK für Ruby](https://aws.amazon.com/documentation/sdk-for-ruby/) verwenden, um Daten aus dem Bucket auf Ihre Instance herunterzuladen. Ein Beispiel finden Sie unter [Verwenden des -SDK for Ruby](cookbooks-101-opsworks-s3.md).

1. Klicken Sie unter **Instances ** auf **Advanced >> (Erweitert >>)** und geben Sie an, auf welchen Instances der Befehl zur Bereitstellung ausgeführt werden soll.

   Der Befehl "deploy" löst ein Bereitstellungsereignis aus, das die Bereitstellungsrezepte auf den ausgewählten Instances ausführt. Die Bereitstellungsrezepte für den zugehörigen Anwendungsserver laden den Code und die verwandten Dateien aus dem Repository herunter und installieren sie auf der Instance, sodass Sie in der Regel alle zugehörigen Anwendungsserver-Instances auswählen. Andere Instance-Typen benötigen jedoch unter Umständen Konfigurationsänderungen, um mit der neuen Anwendung umgehen zu können, daher ist es oft sinnvoll, auch auf diesen Instances Bereitstellungsrezepte auszuführen. Diese Rezepte aktualisieren die Konfiguration bei Bedarf, installieren jedoch nicht die Dateien der Anwendung. Weitere Informationen zu Rezepten finden Sie unter [Cookbooks und Rezepte](workingcookbook.md).

1. Klicken Sie auf **Deploy (Bereitstellen)**, um die Bereitstellungsrezepte auf den angegebenen Instances auszuführen, welche die Bereitstellungsseite anzeigt. Wenn der Vorgang abgeschlossen ist, markiert OpsWorks Stacks die App mit einem grünen Häkchen, was auf eine erfolgreiche Bereitstellung hinweist. Wenn die Bereitstellung fehlschlägt, markiert OpsWorks Stacks die App mit einem roten X. In diesem Fall können Sie auf der Seite **Bereitstellungen das Bereitstellungsprotokoll** nach weiteren Informationen durchsuchen.  
![\[Deployment status page showing successful deployment of PHPTestApp with details.\]](http://docs.aws.amazon.com/de_de/opsworks/latest/userguide/images/deployed_app.png)

**Anmerkung**  
Wenn Sie eine Aktualisierung für eine JSP-Anwendung bereitstellen, wird Tomcat die Aktualisierung möglicherweise nicht erkennen und stattdessen die vorhandene Anwendungsversion ausführen. Dies kann beispielsweise auftreten, wenn Sie die Anwendung als ZIP-Datei bereitstellen, die nur eine JSP-Seite enthält. Um sicherzustellen, dass Tomcat die zuletzt bereitgestellte Version ausführt, muss das Stammverzeichnis des Projekts das Verzeichnis "WEB-INF" mit einer Datei `web.xml` enthalten. Der Inhalt einer `web.xml`-Datei kann vielfältig sein. Nachstehendes ist jedoch ausreichend, um sicherzustellen, dass Tomcat die Aktualisierungen erkennt und die aktuell bereitgestellte Anwendungsversion ausführt. Sie müssen die Version nicht für jede Aktualisierung ändern. Tomcat erkennt die Aktualisierung auch dann, wenn sich die Version nicht geändert hat.  

```
<context-param>
  <param-name>appVersion</param-name>
  <param-value>0.1</param-value>
</context-param>
```

## Andere Bereitstellungsbefehle
<a name="workingapps-deploying-other"></a>

Die Seite **Deploy app (App bereitstellen)** enthält mehrere andere Befehle für die Verwaltung Ihrer Anwendungen und der damit verbundenen Server. Von den folgenden Befehlen ist nur **Undeploy (Bereitstellung aufheben)** für Anwendungen auf Chef 12-Stacks verfügbar.

**Bereitstellung aufheben**  
Löst das [Lebenszyklusereignis](workingcookbook-events.md) "Bereitstellung aufheben" aus, das die Rezepte zum Aufheben der Bereitstellung ausführt, um alle Versionen der Anwendung aus den angegebenen Instances zu entfernen.

**Rollback**  
Stellt die zuvor bereitgestellte Anwendungsversion wieder her. Wenn Sie zum Beispiel die Anwendung dreimal bereitgestellt haben und dann **Rollback** ausführen, bietet der Server die Anwendung der zweiten Bereitstellung an. Wenn Sie **Rollback** erneut ausführen, bietet der Server die Anwendung der ersten Bereitstellung an. Standardmäßig speichert OpsWorks Stacks die fünf letzten Bereitstellungen, sodass Sie bis zu vier Versionen rückgängig machen können. Wenn Sie die Anzahl der gespeicherten Versionen überschreiten, schlägt der Befehl fehl und stellt die älteste Version wieder her. Dieser Befehl ist in Chef 12-Stacks nicht verfügbar.

**Starten des Webservers**  
Führt Rezepte aus, die den Anwendungsserver auf den angegebenen Instances starten. Dieser Befehl ist in Chef 12-Stacks nicht verfügbar.

**Stoppen des Webservers**  
Führt Rezepte aus, die den Anwendungsserver auf den angegebenen Instances stoppen. Dieser Befehl ist in Chef 12-Stacks nicht verfügbar.

**Neustarten des Webservers**  
Führt Rezepte aus, die den Anwendungsserver auf den angegebenen Instances neu starten. Dieser Befehl ist in Chef 12-Stacks nicht verfügbar.

**Wichtig**  
**Start Web Server (Webserver starten)**, **Stop Web Server (Webserver stoppen)**, **Restart Web Server (Webserver neustarten)** und **Rollback** sind im Wesentlichen benutzerdefinierte Versionen des [Stack-Befehls "Execute Recipes"](workingstacks-commands.md). Sie führen eine Reihe von Rezepte aus, die die Aufgabe auf den angegebenen Instanzen ausführen.  
Diese Befehle lösen kein Lebenszyklusereignis aus, sodass Sie sie nicht zum Ausführen von benutzerdefiniertem Code anhängen können.
Diese Befehle funktionieren nur für die integrierten [Anwendungsserver-Ebenen](workinglayers-servers.md).  
Diese Befehle haben insbesondere keine Auswirkung auf benutzerspezifische Layer, auch wenn sie einen Anwendungsserver unterstützen. Zum Starten, Beenden oder Neustarten von Servern auf einer benutzerdefinierten Ebene müssen Sie benutzerdefinierte Rezepte implementieren und den [Stack-Befehl "Execute Recipes"](workingstacks-commands.md) verwenden, um diese auszuführen. Weitere Informationen zur Implementierung und Installation von benutzerspezifischen Rezepten finden Sie unter [Cookbooks und Rezepte](workingcookbook.md).