Démarrer la mise à niveau d’application
Commence la mise à niveau d’une application dans le cluster Service Fabric.
Valide les paramètres de mise à niveau d’application fournis et commence la mise à niveau de l’application si les paramètres sont valides. Notez que les paramètres ApplicationParameterne sont pas conservés dans une mise à niveau d’application. Pour conserver les paramètres d’application actuels, l’utilisateur doit d’abord obtenir les paramètres à l’aide de l’opération GetApplicationInfo et les passer à l’appel d’API de mise à niveau, comme indiqué dans l’exemple.
Requête
Méthode | URI de demande |
---|---|
POST | /Applications/{applicationId}/$/Upgrade?api-version=6.0&timeout={timeout} |
Paramètres
Nom | Type | Obligatoire | Emplacement |
---|---|---|---|
applicationId |
string | Oui | Chemin d’accès |
api-version |
string | Oui | Requête |
timeout |
integer (int64) | Non | Requête |
ApplicationUpgradeDescription |
ApplicationUpgradeDescription | Oui | body |
applicationId
Type : chaîne
Obligatoire : Oui
Identité de l’application. Il s’agit généralement du nom complet de l’application, sans « fabric ». Schéma d’URI.
Depuis la version 6.0, les noms hiérarchiques sont séparés par le caractère « ~ ».
Par exemple, si une application est nommée « fabric://mon_app/app1 », son identité est « mon_app~app1 » dans les versions 6.0 et supérieures, et « mon_app/app1 » dans les versions précédentes.
api-version
Type : chaîne
Obligatoire : Oui
Par défaut : 6.0
Version de l’API. Ce paramètre est obligatoire et sa valeur doit être « 6.0 ».
La version de l’API REST Service Fabric est basée sur la version du runtime dans laquelle l’API a été introduite ou a été modifiée. Le runtime Service Fabric prend en charge plusieurs versions de l’API. Il s’agit de la dernière version prise en charge de l’API. Si une version inférieure de l’API est passée, la réponse retournée peut être différente de celle documentée dans cette spécification.
En outre, le runtime accepte toute version supérieure à la dernière version prise en charge jusqu’à la version actuelle du runtime. Par conséquent, si la dernière version de l’API est 6.0, mais que le runtime est 6.1, afin de faciliter l’écriture des clients, le runtime accepte la version 6.1 pour cette API. Toutefois, le comportement de l’API sera conformément à la version 6.0 documentée.
timeout
Type : integer (int64)
Obligatoire : Non
Par défaut : 60
InclusiveMaximum : 4294967295
InclusiveMinimum : 1
Délai d’attente du serveur pour l’exécution de l’opération en secondes. Il spécifie la durée pendant laquelle le client attend la fin de l’opération demandée. La valeur par défaut de ce paramètre est de 60 secondes.
ApplicationUpgradeDescription
Type : ApplicationUpgradeDescription
Obligatoire : Oui
Paramètres d’une mise à niveau d’application.
Réponses
Code d’état HTTP | Description | Schéma de réponse |
---|---|---|
200 (OK) | Une réponse réussie signifie que la mise à niveau de l’application a démarré. Utilisez l’opération GetApplicationUpgrade pour obtenir la status de la mise à niveau. |
|
Tous les autres codes status | Réponse d’erreur détaillée. |
FabricError |
Exemples
Mettre à niveau une application en préservant les paramètres d’application actuels
Cet exemple montre comment commencer à mettre à niveau une application dans un cluster Service Fabric.
Requête
POST http://localhost:19080/Applications/samples~CalculatorApp/$/Upgrade?api-version=6.0
Corps
{
"Name": "fabric:/samples/CalculatorApp",
"TargetApplicationTypeVersion": "2.0",
"Parameters": [
{
"Key": "CalculatorAppParameter1",
"Value": "314"
},
{
"Key": "CalculatorAppParameter2",
"Value": "271"
}
],
"UpgradeKind": "Rolling",
"RollingUpgradeMode": "Monitored",
"MonitoringPolicy": {
"FailureAction": "Rollback"
}
}
Réponse 200
Corps
Le corps de la réponse est vide.