目的
本文檔希望為用戶提供使用預發布功能時的一種最佳實踐,幫助用戶理解預發布在版本生命周期中的意義,以及如何利用OTA提供的預發布功能使發布前準備的更充分。
背景
通常一個版本在經過特定設備的測試之后和發布之前的階段時,希望通過擴大升級的范圍進一步觀察升級版本的穩定性、效果。此時可以使用預發布(灰度) 的功能,逐步的擴大升級范圍,觀察升級效果,再根據結果決定是進行正式的全量發布、繼續進行灰度還是停止發布流程并退回開發。
實踐方式
創建和管理預發布的具體操作,請參考 預發布操作指南。此處給出一些使用預發布的常見方式:
逐步擴大預發布范圍:
如第一次預發布設置設備數為100,觀察設備升級后的情況;3天后禁用該預發布,創建一個設備數為500的預發布,再進行3天觀察;第三次預發布設備數設為1000,觀察無問題后禁用該預發布,進行正式的全量發布。設備數可以根據激活的設備總數進行調整。
使用應用版本的總量預發布:
總量預發布的含義參考 預發布操作指南。對于應用版本的預發布,可以在前兩次預發布中使用非總量預發布,此時預發布的設備數較少,主要目的是希望升級設備能覆蓋到每個機型,觀察版本在各個機型上的表現是否正常;第三次預發布可以使用總量預發布,因為此時預發布的主要目的是進行一個較大范圍的升級,看版本升級是否會在一個更大的覆蓋設備范圍上出現概率較小的問題,如果還按照機型平均分配預發布設備數,則可能因為不同機型的激活設備數不同,導致設備數名額未用完的情況。
文檔內容是否對您有幫助?