Uruchamianie uaktualniania aplikacji
Rozpoczyna uaktualnianie aplikacji w klastrze usługi Service Fabric.
Sprawdza poprawność podanych parametrów uaktualniania aplikacji i rozpoczyna uaktualnianie aplikacji, jeśli parametry są prawidłowe. Należy pamiętać, że parametry aplikacjinie są zachowywane podczas uaktualniania aplikacji. Aby zachować bieżące parametry aplikacji, użytkownik powinien najpierw pobrać parametry przy użyciu operacji GetApplicationInfo i przekazać je do wywołania interfejsu API uaktualniania, jak pokazano w przykładzie.
Żądanie
Metoda | Identyfikator URI żądania |
---|---|
POST | /Applications/{applicationId}/$/Upgrade?api-version=6.0&timeout={timeout} |
Parametry
Nazwa | Typ | Wymagane | Lokalizacja |
---|---|---|---|
applicationId |
ciąg | Tak | Ścieżka |
api-version |
ciąg | Tak | Zapytanie |
timeout |
liczba całkowita (int64) | Nie | Zapytanie |
ApplicationUpgradeDescription |
ApplicationUpgradeDescription | Tak | Treść |
applicationId
Typ: ciąg
Wymagane: Tak
Tożsamość aplikacji. Zazwyczaj jest to pełna nazwa aplikacji bez schematu identyfikatora URI "fabric:".
Począwszy od wersji 6.0, nazwy hierarchiczne są rozdzielane znakiem "~".
Jeśli na przykład nazwa aplikacji to "fabric:/myapp/app1", tożsamość aplikacji będzie miała wartość "myapp~app1" w wersji 6.0+ i "myapp/app1" w poprzednich wersjach.
api-version
Typ: ciąg
Wymagane: Tak
Ustawienie domyślne: 6.0
Wersja interfejsu API. Ten parametr jest wymagany, a jego wartość musi mieć wartość "6.0".
Wersja interfejsu API REST usługi Service Fabric jest oparta na wersji środowiska uruchomieniowego, w której wprowadzono lub zmieniono interfejs API. Środowisko uruchomieniowe usługi Service Fabric obsługuje więcej niż jedną wersję interfejsu API. Jest to najnowsza obsługiwana wersja interfejsu API. Jeśli zostanie przekazana niższa wersja interfejsu API, zwrócona odpowiedź może być inna niż ta udokumentowana w tej specyfikacji.
Ponadto środowisko uruchomieniowe akceptuje wszystkie wersje wyższe niż najnowsza obsługiwana wersja do bieżącej wersji środowiska uruchomieniowego. Jeśli więc najnowsza wersja interfejsu API to 6.0, ale jeśli środowisko uruchomieniowe ma wartość 6.1, aby ułatwić pisanie klientów, środowisko uruchomieniowe zaakceptuje wersję 6.1 dla tego interfejsu API. Jednak zachowanie interfejsu API będzie zgodnie z udokumentowaną wersją 6.0.
timeout
Typ: liczba całkowita (int64)
Wymagane: Nie
Ustawienie domyślne: 60
InclusiveMaximum: 4294967295
InclusiveMinimum: 1
Limit czasu serwera na potrzeby wykonywania operacji w sekundach. Ten limit czasu określa czas trwania, przez który klient chce poczekać na ukończenie żądanej operacji. Wartość domyślna tego parametru to 60 sekund.
ApplicationUpgradeDescription
Typ: ApplicationUpgradeDescription
Wymagane: Tak
Parametry uaktualniania aplikacji.
Odpowiedzi
Kod stanu HTTP | Opis | Response Schema |
---|---|---|
200 (OK) | Pomyślna odpowiedź oznacza, że uaktualnienie aplikacji zostało uruchomione. Użyj operacji GetApplicationUpgrade, aby uzyskać stan uaktualnienia. |
|
Wszystkie inne kody stanu | Szczegółowa odpowiedź na błąd. |
Błąd sieci szkieletowej |
Przykłady
Uaktualnianie aplikacji chroniącej bieżące parametry aplikacji
W tym przykładzie pokazano, jak rozpocząć uaktualnianie aplikacji w klastrze usługi Service Fabric.
Żądanie
POST http://localhost:19080/Applications/samples~CalculatorApp/$/Upgrade?api-version=6.0
Treść
{
"Name": "fabric:/samples/CalculatorApp",
"TargetApplicationTypeVersion": "2.0",
"Parameters": [
{
"Key": "CalculatorAppParameter1",
"Value": "314"
},
{
"Key": "CalculatorAppParameter2",
"Value": "271"
}
],
"UpgradeKind": "Rolling",
"RollingUpgradeMode": "Monitored",
"MonitoringPolicy": {
"FailureAction": "Rollback"
}
}
Odpowiedź 200
Treść
Treść odpowiedzi jest pusta.