2017-03-07 5 views
0

Ich habe einen API-App von Visual Studio zu einer neuen Ressourcengruppe veröffentlicht wird, schaffte auch einen App Service Plan, so dass nach dem Einsatz der Ressource-Gruppe enthält 2 Artikel:Bereitstellen eine Ressourcengruppe mit App-Service

  • AppServicePlan1
  • AppService1

Jetzt versuche ich, diese Elemente zu einer anderen Ressourcengruppe einzusetzen, wie folgt:

  • Select 'Automation Skript' in der Ressourcengruppe Einstellungen
  • Klicken Sie
  • 'Deploy'
  • Wählen Ressourcengruppe 'Neu erstellen', geben Sie den Namen
  • Enter 'Serverfarms_AppServicePlan1_name' Parameterwert (neuen App Serviceplan Namen, z.B. AppServicePlan2)
  • Enter 'Sites_AppService1_name' Parameterwert (neuer App-Service-Name, zB AppService2)
  • Tick 'Einverstanden, um Bedingungen' 'puchase'
  • Click

Der Prozess mit dem folgenden fehlschlägt Fehlermeldung:

"Der Hostname AppService1.azurewebsites.net bereits einer anderen Azure Website zugeordnet: AppService1. "

Ich habe verschiedene Dinge ausprobiert - App-Service-Plan bereitstellen, Logik-Anwendungen usw. von einer Ressourcengruppe zu einem anderen funktioniert gut, aber nicht eine App-Dienst bereitstellen, wie oben beschrieben

ich zu ändern versucht haben, die. hostNames Eigenschaft in der Vorlage-Datei zu ["AppService2.azurewebsites.net"] manuell - ich bekomme den Fehler dann nicht (obwohl ich nicht sicher bin, vielleicht muss auch etwas anderes geändert werden, zB Eigenschaften enabledHostNames, hostNameSslStates?) und die Bereitstellung scheint zu funktionieren, der "bereitgestellte" App-Dienst kann jedoch nicht verwendet werden, da er nur 1 Datei enthält: hostingstart.html.

Was fehlt mir?

Antwort

0

Ich denke, Sie haben alles richtig - wie Sie festgestellt haben, wenn Sie das generierte Automatisierungsskript verwenden, wird es alles mit den gleichen Eigenschaften, die derzeit existieren, erstellen. Wir versuchen, den korrekten Wert zu parametrisieren (wie der Name der Webanwendung), aber es gibt einige Details, die übersehen werden können (wie Hostnamen). Nachdem Sie alles verändert haben, klingt es, als ob Sie es bereitstellen würden.

Der "Code" ist jedoch nicht Teil des Automatisierungsskripts - nur die Infrastruktur und Konfiguration. Sie müssen Ihre App also immer noch bereitstellen, damit sie identisch ist. Sie können die App-Bereitstellung in der JSON-Vorlage (mit webdeploy oder github) aufteilen, aber da dies Zugriff auf externe Artefakte erfordert, wird dies nicht automatisch durchgeführt.

Das hilft?

+0

Also kann kein App-Service erfolgreich implementiert werden, ohne zuerst das automatische Skript zu ändern (zumindest um die 'hostNames' zu kümmern)? Danke, dass Sie klargestellt haben, dass die Standardparameter für einen erfolgreichen Einsatz nicht ausreichen. – 10p

+1

Nicht unbedingt - die Absicht des Skripts ist es Ihnen zu ermöglichen, die gleiche Ressourcengruppe wie sie ist wiederherzustellen ... Sie sollten also in der Lage sein, dieselbe Vorlage zu nehmen und sie in der gleichen Ressourcengruppe zu implementieren. Aber wenn Sie eine "Kopie" oder andere Instanz wollen, ja - Sie müssen Param-Werte ändern und wie Sie festgestellt haben, abhängig von der Ressource auch andere Eigenschaften. –

Verwandte Themen