Azure service fabric 中转槽和vip交换

从经典的云服务模式发展而来，在使用了5年之后，我们已经非常习惯了临时槽和vip交换功能的概念。是的，这种升级模式有很多缺点，但也有很多好处

很明显，SF没有公开这个模型。所以我想知道这是不是在云服务中不是一个流行的模式，还是6年后它真的没有意义

这是一种范式变化吗？在这种变化中，我只需要重新思考我们如何部署，并推进新规定的模型（滚动升级）？或者，是否有已知的技术来设置类似于SF的暂存槽

---

寻找建议…

VIP交换对有状态计算没有意义，而且服务结构基本上是一个有状态计算平台（即使您只使用无状态服务，系统服务本身也是有状态的）。如果您的服务中包含您的数据，那么如果您希望保留数据并保持其一致性，就必须进行滚动升级

是的，这是一个范式的改变，但这是一个好的改变。它鼓励持续交付和频繁升级，因为升级直接集成到平台中，不需要额外花费。您不需要为登台虚拟机付费，因为登台虚拟机对于大型部署来说可能会很昂贵，甚至可能会阻碍连续交付

---

现在，您可以为无状态服务执行类似于登台部署的操作。在服务结构中，您的“部署”是应用程序，而不是虚拟机。因此，您可以与以前应用程序版本的实例并排创建新应用程序版本的实例，并根据需要路由您的流量，无论是逐渐将用户移动到新版本的实例，还是只需扳动开关，立即将所有流量发送到新版本。这当然不适用于有状态服务，因为您的所有数据仍在以前版本的应用程序实例中。

非常值得思考的Vaclav。我的直觉告诉我要进行范式转换，但很高兴知道我确实有选择。@Vaclav这是“类似于某个地方记录的分期部署”过程吗？试试这个：