Cloud Portal

部署是應用于目標環(huán)境的構(gòu)建實例。 數(shù)據(jù)遷移模式和數(shù)據(jù)庫更新模式被定義為部署操作的一部分。

數(shù)據(jù)庫遷移模式

部署構(gòu)建時，您可以確定如何更新數(shù)據(jù)庫。 支持的遷移模式有：

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

部署模式

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

您有以下選擇：

• 重新創(chuàng)建（最快，有停機時間）：關(guān)閉正在運行的部署并根據(jù)選定的構(gòu)建創(chuàng)建一個新的部署。

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

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

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

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

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

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

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

如何觸發(fā) build 的部署過程

前置條件：

• 您有一個處于可用狀態(tài)的預配環(huán)境。
• 您有一個狀態(tài)為成功的構(gòu)建。

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

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

總結(jié)

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

如果覺得生活随笔網(wǎng)站內(nèi)容還不錯，歡迎將生活随笔推薦給好友。