Toepassingsupgrade starten
Hiermee start u een upgrade van een toepassing in het Service Fabric-cluster.
Valideert de opgegeven upgradeparameters van de toepassing en begint met het upgraden van de toepassing als de parameters geldig zijn. Opmerking : ApplicationParameters blijven niet behouden tijdens een toepassingsupgrade. Als u de huidige toepassingsparameters wilt behouden, moet de gebruiker de parameters eerst ophalen met behulp van de bewerking GetApplicationInfo en deze doorgeven aan de upgrade-API-aanroep, zoals wordt weergegeven in het voorbeeld.
Aanvraag
Methode | Aanvraag-URI |
---|---|
POST | /Applications/{applicationId}/$/Upgrade?api-version=6.0&timeout={timeout} |
Parameters
Naam | Type | Vereist | Locatie |
---|---|---|---|
applicationId |
tekenreeks | Ja | Pad |
api-version |
tekenreeks | Ja | Query’s uitvoeren |
timeout |
geheel getal (int64) | Nee | Query’s uitvoeren |
ApplicationUpgradeDescription |
ApplicationUpgradeDescription | Ja | Hoofdtekst |
applicationId
Type: tekenreeks
Vereist: Ja
De identiteit van de toepassing. Dit is doorgaans de volledige naam van de toepassing zonder het URI-schema 'fabric:'.
Vanaf versie 6.0 worden hiërarchische namen gescheiden door het teken '~'.
Als de toepassingsnaam bijvoorbeeld 'fabric:/myapp/app1' is, is de toepassingsidentiteit 'myapp~app1' in 6.0+ en 'myapp/app1' in eerdere versies.
api-version
Type: tekenreeks
Vereist: Ja
Standaardinstelling: 6.0
De versie van de API. Deze parameter is vereist en de waarde moet '6.0' zijn.
Service Fabric REST API-versie is gebaseerd op de runtimeversie waarin de API is geïntroduceerd of gewijzigd. Service Fabric-runtime ondersteunt meer dan één versie van de API. Dit is de nieuwste ondersteunde versie van de API. Als een lagere API-versie wordt doorgegeven, kan het geretourneerde antwoord afwijken van het antwoord dat in deze specificatie wordt beschreven.
Daarnaast accepteert de runtime elke versie die hoger is dan de meest recente ondersteunde versie tot de huidige versie van de runtime. Dus als de nieuwste API-versie 6.0 is, maar als de runtime 6.1 is, accepteert de runtime versie 6.1 voor die API om het eenvoudiger te maken om de clients te schrijven. Het gedrag van de API is echter volgens de gedocumenteerde versie 6.0.
timeout
Type: geheel getal (int64)
Vereist: Nee
Standaardinstelling: 60
InclusiveMaximum: 4294967295
InclusiefMinimum: 1
De time-out van de server voor het uitvoeren van de bewerking in seconden. Deze time-out geeft de tijdsduur aan die de client bereid is te wachten totdat de aangevraagde bewerking is voltooid. De standaardwaarde voor deze parameter is 60 seconden.
ApplicationUpgradeDescription
Type: ApplicationUpgradeDescription
Vereist: Ja
Parameters voor een toepassingsupgrade.
Antwoorden
HTTP-statuscode | Beschrijving | Antwoordschema |
---|---|---|
200 (OK) | Een geslaagd antwoord betekent dat de upgrade van de toepassing is gestart. Gebruik de bewerking GetApplicationUpgrade om de status van de upgrade op te halen. |
|
Alle andere statuscodes | Het gedetailleerde foutantwoord. |
FabricError |
Voorbeelden
Een toepassing upgraden met behoud van de huidige toepassingsparameters
In dit voorbeeld ziet u hoe u een toepassing in een Service Fabric-cluster bijwerkt.
Aanvraag
POST http://localhost:19080/Applications/samples~CalculatorApp/$/Upgrade?api-version=6.0
Hoofdtekst
{
"Name": "fabric:/samples/CalculatorApp",
"TargetApplicationTypeVersion": "2.0",
"Parameters": [
{
"Key": "CalculatorAppParameter1",
"Value": "314"
},
{
"Key": "CalculatorAppParameter2",
"Value": "271"
}
],
"UpgradeKind": "Rolling",
"RollingUpgradeMode": "Monitored",
"MonitoringPolicy": {
"FailureAction": "Rollback"
}
}
200-antwoord
Hoofdtekst
De hoofdtekst van het antwoord is leeg.