来自经典的云服务模型，在使用了 5 年之后，我们已经非常习惯了 staging slot 的概念和 vip-swap 能力。是的，这种升级模式有很多缺点，但也有很多好处。
显然，SF 并未公开此模型。所以我想知道它只是不是云服务中的流行模型，还是 6 年后真的没有意义？
这是一种范式变化，我只需要重新考虑我们如何部署，并使用新规定的模型（滚动升级）继续前进吗？或者是否有已知的技术来设置诸如 SF 暂存槽之类的东西？
寻求建议...
【问题讨论】：
VIP 交换对有状态计算没有意义，Service Fabric 在很大程度上是一个有状态计算平台（即使您只使用无状态服务，系统服务本身也是有状态的）。如果您的服务中包含您的数据，那么如果您想保持数据并保持一致，则必须进行滚动升级。
所以是的，这是一种范式变化，但很好。它鼓励持续交付和频繁升级，因为升级直接集成到平台中，不会花费您任何额外费用。您无需为暂存虚拟机付费，这对于大型部署来说可能会变得昂贵，甚至可能会阻碍持续交付。
现在，您可以为无状态服务执行类似于暂存部署的操作。在 Service Fabric 中，您的“部署”是应用程序，而不是 VM。因此，您可以并排创建新应用程序版本的实例和先前应用程序版本的实例，并根据需要路由您的流量，无论是逐渐将用户移动到新版本的实例，还是只是拨动开关并一次将所有流量发送到新版本。这当然不适用于有状态服务，因为您的所有数据仍然在以前版本的应用程序实例中。
【讨论】：