Cloud Portal

部署是應用于目標環境的構建實例。 數據遷移模式和數據庫更新模式被定義為部署操作的一部分。

數據庫遷移模式

部署構建時，您可以確定如何更新數據庫。 支持的遷移模式有：

• 無需遷移：不更新數據庫且不導入任何數據。
• 遷移數據：ant updatesystem 命令運行并更新數據庫。 此過程需要站點停機。
• 初始化數據庫：ant initialize 命令運行，擦除數據庫，并導入數據。 此過程需要站點停機。

部署模式

部署構建時，您必須決定它如何影響底層應用程序以及它如何影響站點的可用性。

您有以下選擇：

• 重新創建（最快，有停機時間）：關閉正在運行的部署并根據選定的構建創建一個新的部署。

此操作是部署構建的最快方式，但它需要站點停機。如果部署過程中出現問題，此選項在回滾潛力方面也更安全。

在部署操作完成之前，您店面的訪問者會看到一個臨時維護頁面。

• 滾動更新（最慢，無停機時間）：更新所需的時間最長，但不會中斷客戶的店面可用性。

如果您選擇初始化數據庫作為數據遷移模式，則無法選擇滾動更新選項。

使用滾動更新部署新的 Spartacus (JavaScript) 店面方面時，僅在新 API 方面成功啟動后才部署該方面。 舊店面繼續運行，直到被替換，如果平臺更新失敗，則不會推出新店面。
部署構建時，只有在新 API 方面成功啟動后才會部署新的 JS Storefront 方面。 這避免了由于新版本的 JS Storefront 訪問舊 API 方面而導致的錯誤。 使用滾動更新部署模式時，舊的 JS Storefront 會繼續運行，直到被新的 JS Storefront 取代。 當更多地使用重新創建部署時，JS Storefront 方面與所有其他方面同時停止。

如果您希望強制 JS Storefront 始終在每次部署開始時啟動，請聯系支持人員。 請注意，僅當 JS Storefront 具有足夠的彈性可以忽略其他方面的下降和備份時，才建議使用此選項，因為它需要與其他方面的多個版本進行通信。

在 Commerce Cloud 中，初始化和更新過程作為部署的一部分從 Cloud Portal 觸發。 不支持從 SAP Commerce Cloud 管理控制臺觸發初始化和更新過程。

如何觸發 build 的部署過程

前置條件：

• 您有一個處于可用狀態的預配環境。
• 您有一個狀態為成功的構建。

部署構建時，會在 Dynatrace 中創建和跟蹤維護時段。 停機警報會暫停三個小時或直到部署操作完成，以先到者為準。 暫停警報可防止發生錯誤的停機通知。

部署構建后，更新的代碼將引入您的店面站點。

總結

以上是生活随笔為你收集整理的SAP Commerce Cloud portal 的 deployment的全部內容，希望文章能夠幫你解決所遇到的問題。

如果覺得生活随笔網站內容還不錯，歡迎將生活随笔推薦給好友。