2017-06-05 100 views
4

我們有網絡API對服務織物構建以及在web應用在Azure的一些Web項目。我們希望輕鬆地切換回部署中舊版本的應用程序,並改進CD管道。改善CD管道與服務織物

那麼想出是分期服務織物和路由流量不管是逐漸用戶遷移到新版本的實例,或者只需撥動開關和發送所有的流量創造的其他應用程序新版本一次。

我們需要一個既支持Webapps又支持服務結構的解決方案。 提供有狀態服務的模式和體驗將是 很好。

參考

A.Web應用插槽交換

https://azure.microsoft.com/en-us/resources/videos/azure-websites-deployment-slots-for-staging-sites/

B.Continuous傳遞管道enter image description here

PS: 我知道掉期對有狀態服務沒有意義。因此,如果我們想保留數據並保持一致,則必須進行滾動升級。

回答

1

考慮使用Azure Api Management,它現在對Service Fabric(檢查他們的trello)有適當的支持。它應該解決兩者的版本控制問題,因爲它對於底層技術來說是外部的和不可知的,除非它不能提供逐漸增加的流量。

+0

八達通等CI系統會引發這種情況嗎? –

+0

這是否意味着我們不應該去(Service Fabric應用程序升級)的路線定義在這裏:https://docs.microsoft.com/en-us/azure/service-fabric/service-fabric-application-upgrade-教程 –

+0

我希望將API mgmt作爲SF和WebApps上的反向代理。通過定義路由規則,您可以將流量引導至底層API。例如,您可以添加包含API V2的第二個應用程序實例,並將流量引導至該實例。您一定要使用常規升級機制,以確保在出現故障時回滾,以便您可以安全地修補服務版本。 – LoekD