臨時插槽和vip-swap

Question

從經典的Cloud Service模式開始，到現在使用5年後，我們非常習慣於臨時插槽和vip-swap功能的概念。是的，這種升級模式有很多疣，但也有很多好處。

顯然SF不公開此模型。所以我不知道它是不是雲服務中流行的模式，或者6年後它真的沒有意義嗎？

這種模式變化之一，我只需要重新思考我們如何部署，並與新規定的模型（滾動升級）開拓前行？或者是否有已知的技術來設置類似於使用SF的臨時插槽？

尋找意見...

Answer 1

VIP掉沒有意義的狀態計算和服務織物主要是有狀態的計算平臺（即使你只使用無狀態的服務，該系統服務本身是有狀態） 。如果您的服務中包含您的數據，那麼如果您想保留數據並保持一致，則必須進行滾動升級。

所以是的，這是一個範式的變化，但一個很好的。它鼓勵持續交付和頻繁升級，因爲升級已集成到平臺中，並且不需要額外花費任何東西。您不需要支付分期虛擬機的費用，這對於大型部署來說可能會很昂貴，甚至會阻礙持續交付。

現在，您可以執行類似於無狀態服務的分段部署的操作。在Service Fabric中，您的「部署」是應用程序，而不是VM。因此，您可以創建一個新的應用程序版本的實例，與以前的應用程序版本的實例並行，並根據需要路由您的流量，無論這是逐步將用戶移動到新版本的實例，還是隻是將開關並立即將所有流量發送到新版本。這對於有狀態的服務當然不起作用，因爲所有的數據都仍在先前的版本應用程序實例中。