[發明專利]一種軟件應用程序的階梯灰度發布控制方法

在審

• 申請號: 201811426879.0
• 申請日: 2018-11-27
• 公開（公告）號: CN111221565A
• 公開（公告）日: 2020-06-02
• 發明（設計）人: 樊宇雯
• 申請（專利權）人: 無錫雅座在線科技股份有限公司
• 主分類號: G06F8/71
• 分類號: G06F8/71
• 代理公司: 無錫市朗高知識產權代理有限公司 32262
• 代理人: 趙華

1.一種軟件應用程序的階梯灰度發布控制方法，其特征在于：包括獲取請求信息后匹配path配置文件中的配置信息；

灰度配置信息匹配包含改請求路徑的配置信息，如包含該請求則取到key執行第三步,如不包含,就取cookie,cookie中包含約定好設置進去的key,并匹配灰度商戶配置信息，匹配成功就返回灰度環境標識給nginx,如cookie也沒有就取請求頭中的key；獲取到請求參數的key值后匹配灰度商戶信息配置文件，確認是否存在該商戶配置信息，若無就直接返回nginx一個生產環境的標識；

若存在就獲取該商戶配置信息中的當前版本約定的keyset到cookie中并返回nginx一個灰度標識將該請求分發到灰度環境。

2.根據權利要求1所述的一種軟件應用程序的階梯灰度發布控制方法，其特征在于：前端請求包括以下步驟：

S01，腳本獲取前端請求；

S02，解析請求中的path參數，根據path匹配腳本配置文件的灰度path；

S03，S02中匹配成功則獲取灰度path配置文件中約定的當前請求灰度分流key對應的值，商戶配置信息中映射的key；

S04，腳本解析并獲取當前域名下配置的所有灰度商戶信息；

S05，匹配S04中獲取到的信息，匹配成功后，獲取當前商戶配置信息中的當前版本約定好的key并設置為cookie，返回nginx灰度環境標識，腳本運行結束，nginx獲取標識將該請求分發到灰度環境；

S06，S04中匹配失敗的，返回nginx生產環境標識，腳本運行結束，nginx獲取標識將該請求分發到生產環境；

S07，S02中匹配商戶path失敗，腳本會從當前請求的cookie中取值；

S08，取到當前cookie值再去匹配當前域名灰度商戶；

S09，匹配成功，返回nginx灰度環境標識，腳本運行結束，nginx獲取標識將該請求分發到灰度環境；

S10，S08中匹配失敗，返回nginx生產環境標識，腳本運行結束，nginx獲取標識將該請求分發到生產環境；

S11，S07中取當前請求cookie失敗，腳本會解析當前請求的header；

S12，遍歷灰度商戶配置文件中優先級配置表，匹配當前請求信息的參數列表，若匹配失敗，直接返回nginx生產環境標識，腳本運行結束，若匹配成功則向下執行；

S13，根據參數列表里面的參數，匹配該域名下的灰度商戶信息，若匹配失敗，則返回nginx生產環境標識，腳本運行結束，若匹配成功則向下執行；

S14，匹配成功后獲取當前商戶配置信息中的版本約定的key設置為cookie，返回nginx灰度標識，腳本運行結束。

3.根據權利要求2所述的一種軟件應用程序的階梯灰度發布控制方法，其特征在于：MQ消息隊列分流包括以下步驟：

步驟1，在正式生產環境運行的消息隊列生產者需要區分消息的來源是生產環境還是灰度環境,從而發到對應環境的消費者；

步驟2，每個環境(開發環境、測試環境、灰度環境、生產環境)部署的生產者在發送消息的時候會在所發送的消息的標簽(tag)中添加當前環境標識(生產環境除外,灰度:h、測試:t、開發:d),再將消息發出；

步驟3，對應環境部署的消費者程序只消費指定了標簽的消息(tag)和消費者id(當有多個消費者程序的時候,這個id用來指定它們同屬一個組),這樣確保一個環境的生產者所發送的消息只會被同一個環境消費者消費(ex.灰度環境的生產者所發的消息只會被灰度環境的消費者接受到)；

步驟4，當對應環境的消費者接收到消息之后,會將消息的tag后綴去除(如果有),因為消費程序需要最初的那個tag信息；

步驟5，完成一個消息從生產者到消費者的完整流程。