共用方式為


啟動應用程式升級

開始在 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
InclusiveMaximum4294967295
InclusiveMinimum1

用來執行作業的伺服器逾時 (以秒為單位)。 此逾時指定了用戶端願意等候要求作業完成的持續時間。 這個參數的預設值是 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 回應

主體

回應主體是空的。