AFAIK分段部署旨在測試Azure角色,這意味着我可以將包含代碼錯誤的角色部署到分段中。如果該錯誤損壞我的數據,我可能會被擰緊。當Azure角色處於暫存部署時,要處理哪些數據集?
我該如何解決這個問題?沒有合理的數據我就無法發揮作用(很難測試它),我不能讓一個不穩定的角色破壞數據。
我是否必須爲分段維護一個單獨的數據集?這個問題通常如何解決?
AFAIK分段部署旨在測試Azure角色,這意味着我可以將包含代碼錯誤的角色部署到分段中。如果該錯誤損壞我的數據,我可能會被擰緊。當Azure角色處於暫存部署時,要處理哪些數據集?
我該如何解決這個問題?沒有合理的數據我就無法發揮作用(很難測試它),我不能讓一個不穩定的角色破壞數據。
我是否必須爲分段維護一個單獨的數據集?這個問題通常如何解決?
AFAIK分段部署旨在測試Azure角色,這意味着我可以將代碼錯誤的角色部署到分段中。如果該錯誤損壞我的數據,我可能會被擰緊。
分段的設計真的是一個部署的地方 - 在即時虛擬IP地址交換之前旋轉新的角色實例。雖然你可以在那裏做一些測試 - 例如進行一些最終檢查,證明你的部署是有效的 - 這實際上並不能讓你做大量的測試。
我該如何解決這個問題?沒有合理的數據我就無法發揮作用(很難測試它),我不能讓一個不穩定的角色破壞數據。
我通常在虛假數據的開發環境上進行過測試,或者將其部署爲具有假數據的獨立Azure服務。但是,我承認這從來沒有出現過我需要大量數據進行測試的情況 - 通常這些測試只是測試部署,僅有1或2個用戶。
作爲一個環境的分期,旨在精確模擬您的生產環境,包括數據。
我們有以下策略:生產是生產,暫存與分段連接到同一個數據庫,因爲Azure中的更新以他們的方式工作;這意味着我希望能夠升級暫存部署,爲客戶端提供再次驗證的機會,然後將VIP交換爲部署,從而無縫地轉換應用程序。對於那些時候,當數據庫中存在突破時,我們決定全部創建一個新的部署,或者關閉生產環境,爲用戶提供維護通知。
最終它是無論你決定。但再次,考慮到Azure的升級是什麼,我建議保持數據真實,並將其視爲測試訪問「程序」。除非你有其他要求。但那不是重點。