Starten des Anwendungsupgrades
Startet ein Aktualisieren einer Anwendung im Service Fabric-Cluster.
Überprüft die angegebenen Upgradeparameter der Anwendung und beginnt mit dem Aktualisieren der Anwendung, wenn die Parameter gültig sind. Beachten Sie, dass ApplicationParameters für ein Anwendungsupgrade nicht beibehalten werden. Um die aktuellen Anwendungsparameter beizubehalten, sollte der Benutzer die Parameter zuerst mithilfe des GetApplicationInfo-Vorgangs abrufen und sie an den Upgrade-API-Aufruf übergeben, wie im Beispiel gezeigt.
Anforderung
Methode | Anforderungs-URI |
---|---|
POST | /Applications/{applicationId}/$/Upgrade?api-version=6.0&timeout={timeout} |
Parameter
Name | type | Erforderlich | Standort |
---|---|---|---|
applicationId |
Zeichenfolge | Ja | Pfad |
api-version |
Zeichenfolge | Ja | Abfrage |
timeout |
ganze Zahl (int64) | Nein | Abfrage |
ApplicationUpgradeDescription |
ApplicationUpgradeDescription | Ja | Body |
applicationId
Typ: Zeichenfolge
Erforderlich: Ja
Die Identität (ID) der Anwendung. Dies ist üblicherweise der vollständige Name der Anwendung ohne das URI-Schema „fabric:“.
Ab Version 6.0 wird für hierarchische Namen das Zeichen „~“ als Trennzeichen verwendet.
Hat eine Anwendung beispielsweise den Namen „fabric://meineapp/app1“, hat die Anwendungsidentität in 6.0 und höher den Wert „meineapp~app1“ und in früheren Versionen den Wert „meineapp/app1“.
api-version
Typ: Zeichenfolge
Erforderlich: Ja
Standard:
Die Version der API. Dieser Parameter ist erforderlich, und sein Wert muss "6.0" sein.
Die Service Fabric-REST-API-Version basiert auf der Laufzeitversion, in der die API eingeführt oder geändert wurde. Die Service Fabric-Runtime unterstützt mehrere Versionen der API. Dies ist die neueste unterstützte Version der API. Wenn eine niedrigere API-Version übergeben wird, unterscheidet sich die zurückgegebene Antwort möglicherweise von der in dieser Spezifikation dokumentierten.
Darüber hinaus akzeptiert die Runtime jede Version, die höher als die neueste unterstützte Version bis zur aktuellen Version der Runtime ist. Wenn also die neueste API-Version 6.0 ist, aber die Runtime 6.1 ist, akzeptiert die Runtime Version 6.1 für diese API, um das Schreiben der Clients zu erleichtern. Das Verhalten der API entspricht jedoch der dokumentierten Version 6.0.
timeout
Typ: integer (int64)
Erforderlich: Nein
Standard:
InclusiveMaximum: 4294967295
InclusiveMinimum: 1
Der Servertimeout für die Ausführung des Vorgangs in Sekunden. Dieser Timeout gibt die Zeitdauer an, die der Client bereit ist, auf den Abschluss des angeforderten Vorgangs zu warten. Der Standardwert für diesen Parameter ist 60 Sekunden.
ApplicationUpgradeDescription
Typ: ApplicationUpgradeDescription
Erforderlich: Ja
Parameter für ein Anwendungsupgrade.
Antworten
HTTP-Statuscode | BESCHREIBUNG | Antwortschema |
---|---|---|
200 (OK) | Eine erfolgreiche Antwort bedeutet, dass das Anwendungsupgrade gestartet wurde. Verwenden Sie den GetApplicationUpgrade-Vorgang, um die status des Upgrades abzurufen. |
|
Alle anderen status Codes | Die detaillierte Fehlerantwort. |
FabricError |
Beispiele
Aktualisieren einer Anwendung unter Beibehaltung aktueller Anwendungsparameter
In diesem Beispiel wird gezeigt, wie Sie mit dem Upgrade einer Anwendung in einem Service Fabric-Cluster beginnen.
Anforderung
POST http://localhost:19080/Applications/samples~CalculatorApp/$/Upgrade?api-version=6.0
Text
{
"Name": "fabric:/samples/CalculatorApp",
"TargetApplicationTypeVersion": "2.0",
"Parameters": [
{
"Key": "CalculatorAppParameter1",
"Value": "314"
},
{
"Key": "CalculatorAppParameter2",
"Value": "271"
}
],
"UpgradeKind": "Rolling",
"RollingUpgradeMode": "Monitored",
"MonitoringPolicy": {
"FailureAction": "Rollback"
}
}
Antwort 200
Text
Der Antworttext ist leer.