改善CD管道与服务织物
问题描述:
我们有网络API对服务织物构建以及在web应用在Azure的一些Web项目。我们希望轻松地切换回部署中旧版本的应用程序,并改进CD管道。改善CD管道与服务织物
那么想出是分期服务织物和路由流量不管是逐渐用户迁移到新版本的实例,或者只需拨动开关和发送所有的流量创造的其他应用程序新版本一次。
我们需要一个既支持Webapps又支持服务结构的解决方案。 提供有状态服务的模式和体验将是 很好。
参考
A.Web应用插槽交换
PS: 我知道掉期对有状态服务没有意义。因此,如果我们想保留数据并保持一致,则必须进行滚动升级。
答
考虑使用Azure Api Management,它现在对Service Fabric(检查他们的trello)有适当的支持。它应该解决两者的版本控制问题,因为它对于底层技术来说是外部的和不可知的,除非它不能提供逐渐增加的流量。
八达通等CI系统会引发这种情况吗? –
这是否意味着我们不应该去(Service Fabric应用程序升级)的路线定义在这里:https://docs.microsoft.com/en-us/azure/service-fabric/service-fabric-application-upgrade-教程 –
我希望将API mgmt作为SF和WebApps上的反向代理。通过定义路由规则,您可以将流量引导至底层API。例如,您可以添加包含API V2的第二个应用程序实例,并将流量引导至该实例。您一定要使用常规升级机制,以确保在出现故障时回滚,以便您可以安全地修补服务版本。 – LoekD