临时插槽和vip-swap

Question

从经典的Cloud Service模式开始，到现在使用5年后，我们非常习惯于临时插槽和vip-swap功能的概念。是的，这种升级模式有很多疣，但也有很多好处。

显然SF不公开此模型。所以我不知道它是不是云服务中流行的模式，或者6年后它真的没有意义吗？

这种模式变化之一，我只需要重新思考我们如何部署，并与新规定的模型（滚动升级）开拓前行？或者是否有已知的技术来设置类似于使用SF的临时插槽？

寻找意见...

Answer 1

VIP掉没有意义的状态计算和服务织物主要是有状态的计算平台（即使你只使用无状态的服务，该系统服务本身是有状态） 。如果您的服务中包含您的数据，那么如果您想保留数据并保持一致，则必须进行滚动升级。

所以是的，这是一个范式的变化，但一个很好的。它鼓励持续交付和频繁升级，因为升级已集成到平台中，并且不需要额外花费任何东西。您不需要支付分期虚拟机的费用，这对于大型部署来说可能会很昂贵，甚至会阻碍持续交付。

现在，您可以执行类似于无状态服务的分段部署的操作。在Service Fabric中，您的“部署”是应用程序，而不是VM。因此，您可以创建一个新的应用程序版本的实例，与以前的应用程序版本的实例并行，并根据需要路由您的流量，无论这是逐步将用户移动到新版本的实例，还是只是将开关并立即将所有流量发送到新版本。这对于有状态的服务当然不起作用，因为所有的数据都仍在先前的版本应用程序实例中。