Automated translation check-in BM120ABD042_CD_DOC_Ship_6

Author: hseaton

manageapps/nl/de/depapps.md

@@ -2,7 +2,7 @@
 
 copyright:
   years: 2015, 2017
-lastupdated: "2017-01-11"
+lastupdated: "2017-04-11"
 ---
 
 
@@ -27,7 +27,7 @@ Anwendung.
 Cloud Foundry unterstützt Diego, die neue Standardlaufzeitarchitektur, mit der eine Reihe von Funktionen bereitgestellt werden, die die Anwendungsentwicklungserfahrung beim Hosten und Erstellen von Cloudplattformen verbessert. Mit dieser Aktualisierung der Architektur erfolgt eine Verbesserung des Gesamtbetriebs und der Leistung der Cloud Foundry-Plattform. Die neue Architektur bietet Unterstützung für mehrere Anwendungscontainertechnologien, darunter Garden und Windows, ein SSH-Paket für direktes Anmelden beim Anwendungscontainer und weitere innovative Änderungen. Weitere Informationen zum neuen Architekturupgrade finden Sie unter [{{site.data.keyword.Bluemix_notm}} Cloud Foundry: Diego is live ![Symbol für externen Link](../icons/launch-glyph.svg)](https://www.ibm.com/blogs/bluemix/2017/01/bluemix-cloud-foundry-diego-live/){: new_window}.
 
 
-Alle von Ihnen neu erstellten Anwendungen werden mit Diego ausgeführt. Beginnen Sie mit dem Migrieren vorhandener Anwendungen, die auf DEAs ausgeführt werden, in die neue Diego-Architektur.
+Alle von Ihnen neu erstellten Anwendungen werden mit Diego ausgeführt. Sie müssen Ihre vorhandenen Anwendungen, die auf DEAs ausgeführt werden, in die neue Diego-Architektur migrieren. 
 
 **Hinweis:** Die Cloud Foundry-Architektur Diego betrifft alle {{site.data.keyword.Bluemix_notm}} Public-Umgebungen für Regionen. Die Umgebungen {{site.data.keyword.Bluemix_notm}} Dedicated und {{site.data.keyword.Bluemix_notm}} Local werden zu einem späteren Zeitpunkt aktualisiert.
 
@@ -270,7 +270,7 @@ cf push -f appManifest.yml
 |**random-route**	|Ein boolescher Wert, der verwendet wird, um der Anwendung eine beliebige Route zuzuweisen. Der Standardwert ist **false**.	|`random-route: true`|
 |**services**	|Die Services, die an die Anwendung gebunden werden sollen.	|`services: - mysql_maptest`|
 |**env**	|Die angepassten Umgebungsvariablen für die Anwendung.|`env: DEV_ENV: production`|
-{: caption="Table 1. Supported options in the manifest YAML file" caption-side="top"}
+{: caption="Tabelle 1. Unterstützte Optionen in der YAML-Manifestdatei" caption-side="top"}
 
 ### Beispiel für eine Datei 'manifest.yml'
 
@@ -297,7 +297,7 @@ Das folgende Beispiel zeigt eine Manifestdatei für eine Node.js-Anwendung, die
 ## Umgebungsvariablen
 {: #app_env}
 
-Umgebungsvariablen enthalten Informationen zur Umgebung einer in {{site.data.keyword.Bluemix_notm}} bereitgestellten Anwendung. Neben den Umgebungsvariablen, die von einem *Droplet Execution Agent (DEA)* und Buildpacks festgelegt werden, können Sie auch anwendungsspezifische Umgebungsvariablen für Anwendungen in {{site.data.keyword.Bluemix_notm}} festlegen.
+Umgebungsvariablen enthalten Informationen zur Umgebung einer in {{site.data.keyword.Bluemix_notm}} bereitgestellten Anwendung. Neben den Umgebungsvariablen, die von *Diego* und und Buildpacks festgelegt werden, können Sie auch anwendungsspezifische Umgebungsvariablen für Anwendungen in {{site.data.keyword.Bluemix_notm}} festlegen. 
 
 Die folgenden Umgebungsvariablen einer aktiven {{site.data.keyword.Bluemix_notm}}-Anwendung können Sie mit dem Befehl **cf env** oder über die {{site.data.keyword.Bluemix_notm}}-Benutzerschnittstelle anzeigen:
 
@@ -353,23 +353,23 @@ Die folgenden Umgebungsvariablen einer aktiven {{site.data.keyword.Bluemix_notm}
 
 Sie haben auch Zugriff auf die vom DEA und von den Buildpacks festgelegten Umgebungsvariablen.
 
-Folgende Variablen werden vom DEA definiert:
+Folgende Variablen werden von Diego definiert: 
 
 <dl>
   <dt><strong>HOME</strong></dt>
   <dd>Das Stammverzeichnis der bereitgestellten Anwendung.</dd>
   <dt><strong>MEMORY_LIMIT</strong></dt>
   <dd>Die maximale Speicherkapazität, die jede Instanz Ihrer Anwendung jeweils nutzen kann. Sie können den Wert in einer <span class="ph filepath">manifest.yml</span>-Datei der Anwendung oder bei der Push-Operation für die Anwendung in der Befehlszeile angeben.</dd>
   <dt><strong>PORT</strong></dt>
-  <dd>Der Port des DEA für die Kommunikation mit der Anwendung. Der Port wird der Anwendung zum Zeitpunkt des Staging vom DEA zugeordnet.</dd>
+  <dd>Der Port in Diego für die Kommunikation mit der Anwendung. Der Port wird der Anwendung zum Zeitpunkt des Staging von Diego zugeordnet. </dd>
   <dt><strong>PWD</strong></dt>
   <dd>Das aktuelle Arbeitsverzeichnis, in dem das Buildpack ausgeführt wird.</dd>
   <dt><strong>TMPDIR</strong></dt>
   <dd>Das Verzeichnis, in dem temporäre Dateien und Staging-Dateien gespeichert werden.</dd>
   <dt><strong>USER</strong></dt>
-  <dd>Die Benutzer-ID, unter der der DEA ausgeführt wird.</dd>
+  <dd>Die Benutzer-ID, unter der Diego ausgeführt wird. </dd>
   <dt><strong>VCAP_APP_HOST</strong></dt>
-  <dd>Die IP-Adresse des DEA-Hosts.</dd>
+  <dd>Die IP-Adresse des Diego-Hosts. </dd>
   <dt><strong>VCAP_APPLICATION</strong></dt>
   <dd>Eine JSON-Zeichenfolge, die Informationen zur bereitgestellten Anwendung enthält. Die Informationen umfassen den Anwendungsnamen, die URIs, die Speicherbegrenzungen, die Zeitmarke bei Erreichen des aktuellen Anwendungsstatus usw. Beispiel:
   <pre class="pre codeblock"><code>
@@ -446,9 +446,9 @@ Von Buildpacks definierte Variablen sind für jedes Buildpack unterschiedlich. I
 	  <dt><strong>IBM_JAVA_OPTIONS</strong></dt>
 	  <dd>Die Java-SDK-Optionen, die bei Ausführung der Anwendung verwendet werden sollen.</dd>
 	  <dt><strong>IBM_JAVA_COMMAND_LINE</strong></dt>
-	  <dd>Der Java-Befehl zum Starten einer Liberty-Profil-Serverinstanz im DEA.</dd>
+	  <dd>Der Java-Befehl zum Starten einer Liberty-Profil-Serverinstanz in Diego. </dd>
 	  <dt><strong>WLP_USR_DIR</strong></dt>
-	  <dd>Die Position der gemeinsam genutzten Ressourcen und Serverdefinitionen beim Starten einer Liberty-Profil-Serverinstanz im DEA.</dd>
+	  <dd>Die Position der gemeinsam genutzten Ressourcen und Serverdefinitionen beim Starten einer Liberty-Profil-Serverinstanz in Diego. </dd>
 	  <dt><strong>WLP_OUTPUT_DIR</strong></dt>
 	  <dd>Die Position der generierten Ausgabe, z. B. Protokolldateien oder das Arbeitsverzeichnis einer aktiven Liberty-Profil-Serverinstanz.</dd>
 	  </dl>

manageapps/nl/de/mngapps.md

@@ -2,57 +2,40 @@
 
 copyright:
   years: 2015, 2017
-lastupdated: "2015-03-17"
+lastupdated: "2017-04-11"
 
 ---
 
 
 {:shortdesc: .shortdesc}
 {:new_window: target="_blank"}
 
-# Anwendungen verwalten
+# App-Details
 {: #manageapps}
 
-Mithilfe des Dashboards in der {{site.data.keyword.Bluemix}}-Benutzerschnittstelle können Sie Ihre Anwendungen und Services anzeigen und verwalten sowie die Ressourcennutzung anhand der Messanzeigen für Kontingente überwachen.
+Das Dashboard 'Apps' in der {{site.data.keyword.Bluemix}}-Konsole stellt Übersichtsinformationen zu den von Ihnen erstellten Anwendungen bereit. Diese Übersichtsinformationen umfassen den Namen, das Symbol, die URL, die Laufzeit und den Ausführungsstatus sowie die Serviceinstanzen, die an die App gebunden sind.
 {:shortdesc}
 
-Der Anwendungsabschnitt im Dashboard enthält Übersichtsinformationen zu den von Ihnen erstellten Anwendungen. Diese
-Übersichtsinformationen umfassen den Namen, das Symbol, die URL, die Laufzeit und den Ausführungsstatus der entsprechenden Anwendung sowie die an sie gebundenen
-Serviceinstanzen. Der Ausführungsstatus der einzelnen Anwendungen wird durch unterschiedliche Farben angezeigt.
+Im Dashboard 'Apps' können Sie den Status jeder Anwendung anzeigen. 
 
 **Gestoppt oder Unbekannt (grau)**
 
-  Ihre App wurde gestoppt oder der Status ist unbekannt. Das graue Symbol gibt an, dass die Anwendung gestoppt wurde oder
-dass der Status unbekannt ist.
+  Ihre App wurde gestoppt oder der Status ist unbekannt. Das graue Symbol gibt an, dass die App gestoppt wurde oder dass der Status unbekannt ist. 
 
 **Aktiv (grün)**
 
-  Ihre App ist aktiv. Das grüne Symbol gibt an, dass die Anwendung gestartet wurde und alle Instanzen aktiv sind.
+  Ihre App ist aktiv. Das grüne Symbol gibt an, dass die App gestartet wurde und alle Instanzen aktiv sind. 
 
 *Anzahl* **aktiv (gelb)**
 
-  Die App ist zwar gestartet, doch es sind nicht alle Instanzen aktiv. Das gelbe Symbol gibt an, dass weniger als 100 % der Instanzen
-aktiv sind. Die Anzahl der aktiven Instanzen und die Anzahl der fehlgeschlagenen Instanzen
-wird angezeigt.
+  Die App ist zwar gestartet, doch es sind nicht alle Instanzen aktiv. Das gelbe Symbol gibt an, dass weniger als 100 % der Instanzen aktiv sind. Die Anzahl der aktiven Instanzen und die Anzahl der fehlgeschlagenen Instanzen wird angezeigt. 
 
 **Nicht aktiv (rot)**
 
-  Ihre App ist nicht aktiv. Das rote Symbol gibt an, dass die Anwendung zwar gestartet wurde, aber keine Instanz aktiv ist.
+  Ihre App ist nicht aktiv. Das rote Symbol gibt an, dass die App zwar gestartet wurde, aber keine Instanz aktiv ist. 
 
-Im {{site.data.keyword.Bluemix_notm}}-Katalog
-können Sie die verfügbaren Services und Starter anzeigen. Sie können einen Starter auswählen, um eine Anwendung zu erstellen, einen Service zu binden und die Anwendung zu verwalten. Nachdem ein
-Service an eine Anwendung gebunden wurde, können Sie die vorhandenen Serviceinstanzen verwalten, die an die aktuelle Anwendung gebunden sind, und Serviceinstanzen
-für die Anwendung erstellen. Sie können auch die Bindung einer Serviceinstanz an eine Anwendung aufheben bzw. eine Serviceinstanz aus einer Anwendung löschen oder einen anderen Serviceplan auswählen.
+Zum Anzeigen weiterer Informationen zu einer App klicken Sie auf den Namen, um die Seite 'Übersicht' der App zu öffnen. 
 
-Um weitere
-Informationen zu einer Anwendung anzuzeigen, klicken Sie auf die entsprechende Kachel, um die Übersichtsseite der App zu öffnen.
+Nachdem eine App bereitgestellt wurde, können Sie sie starten, stoppen oder erneut starten oder (im Falle von Webanwendungen) die Anzahl der Instanzen sowie die von der App verwendete Speichermenge ändern. Gegenwärtig führt {{site.data.keyword.Bluemix_notm}} für Webanwendungen keine automatische Skalierung der Apps auf Basis der jeweiligen Auslastung durch, weshalb Sie sich um diesen Aspekt selbst kümmern müssen. 
 
-**Hinweis:** Es können jeweils immer nur die Ressourcen einer einzelnen Organisation angezeigt
-werden. Wenn Sie Mitglied mehrerer Organisationen sind, können Sie zwischen Organisationen umschalten,
-indem Sie in der Kopfzeile des Dashboards neben der angezeigten Organisation auf
-das Symbol **Organisation ändern** klicken.
-
-Nachdem eine Anwendung bereitgestellt wurde, können Sie die Anwendung starten, stoppen oder erneut starten oder (im Falle von Webanwendungen) die Anzahl der Instanzen sowie die von der Anwendung verwendete Speichermenge ändern. Gegenwärtig führt {{site.data.keyword.Bluemix_notm}} für Webanwendungen keine automatische Skalierung der Anwendungen auf Basis der jeweiligen Auslastung durch, weshalb Sie sich um diesen Aspekt selbst kümmern müssen.
-
-Nach einer Aktualisierung können Anwendungen
-erneut bereitgestellt werden. Der Mechanismus zum Aktualisieren der Anwendung ist mit dem identisch, der für die ursprüngliche Bereitstellung verwendet wurde. {{site.data.keyword.Bluemix_notm}} stoppt alle aktiven Instanzen und ersetzt sie automatisch durch neue Instanzen.
+Nach einer Aktualisierung können Apps erneut bereitgestellt werden. Der Mechanismus zum Aktualisieren der App ist mit dem identisch, der für die ursprüngliche Bereitstellung verwendet wurde. {{site.data.keyword.Bluemix_notm}} stoppt alle aktiven Instanzen und ersetzt sie automatisch durch neue Instanzen.