啟動應用程式升級
開始在 Service Fabric 叢集中升級應用程式。
驗證提供的應用程式升級參數,並在參數有效時開始升級應用程式。 請注意,應用程式升級不會保留 ApplicationParameters。 為了保留目前的應用程式參數,使用者應該先使用 GetApplicationInfo 作業取得參數,並將它們傳入升級 API 呼叫,如範例所示。
要求
方法 | 要求 URI |
---|---|
POST | /Applications/{applicationId}/$/Upgrade?api-version=6.0&timeout={timeout} |
參數
名稱 | 類型 | 必要 | Location |
---|---|---|---|
applicationId |
字串 | 是 | 路徑 |
api-version |
字串 | 是 | 查詢 |
timeout |
整數 (int64) | No | 查詢 |
ApplicationUpgradeDescription |
ApplicationUpgradeDescription | 是 | body |
applicationId
類型:字串
必要:是
應用程式的身分識別。 這通常是沒有 'fabric:' URI 配置之應用程式的完整名稱。
從 6.0 版開始,階層的名稱會以 "~" 字元分隔。
例如,如果應用程式名稱是 "fabric:/myapp/app1",則應用程式識別在 6.0+ 中會是 "myapp~app1",而在舊版中會是 "myapp/app1"。
api-version
類型:字串
必要:是
預設:6.0
API 的版本。 這是必要參數,其值必須是 '6.0'。
Service Fabric REST API 版本是以 API 引進或變更的執行時間版本為基礎。 Service Fabric 執行時間支援多個版本的 API。 這是 API 的最新支援版本。 如果傳遞較低的 API 版本,傳回的回應可能會與本規格中所述的回應不同。
此外,執行時間也接受高於最新支援版本的任何版本,最高為目前版本的執行時間。 因此,如果最新的 API 版本是 6.0,但如果執行時間是 6.1,為了更容易撰寫用戶端,執行時間將會接受該 API 6.1 版。 不過,API 的行為會根據記載的 6.0 版本。
timeout
類型:整數 (int64)
必要:否
預設:60
InclusiveMaximum: 4294967295
InclusiveMinimum: 1
用來執行作業的伺服器逾時 (以秒為單位)。 此逾時指定了用戶端願意等候要求作業完成的持續時間。 這個參數的預設值是 60 秒。
ApplicationUpgradeDescription
類型: ApplicationUpgradeDescription
必要:是
應用程式升級的參數。
回應
HTTP 狀態碼 | 描述 | 回應結構描述 |
---|---|---|
200 (確定) | 成功的回應表示應用程式升級已啟動。 使用 GetApplicationUpgrade 作業取得升級的狀態。 |
|
所有其他狀態碼 | 詳細的錯誤回應。 |
FabricError |
範例
升級保留目前應用程式參數的應用程式
此範例示範如何開始升級 Service Fabric 叢集中的應用程式。
要求
POST http://localhost:19080/Applications/samples~CalculatorApp/$/Upgrade?api-version=6.0
主體
{
"Name": "fabric:/samples/CalculatorApp",
"TargetApplicationTypeVersion": "2.0",
"Parameters": [
{
"Key": "CalculatorAppParameter1",
"Value": "314"
},
{
"Key": "CalculatorAppParameter2",
"Value": "271"
}
],
"UpgradeKind": "Rolling",
"RollingUpgradeMode": "Monitored",
"MonitoringPolicy": {
"FailureAction": "Rollback"
}
}
200 回應
主體
回應主體是空的。