在Azure部署上更新视图的最简单方法
本文关键字：最简单 方法 新视图 更新 Azure 部署 | 更新日期: 2023-09-27 18:29:51
我有一个Azure部署，8个实例。
现在我面临一个问题，为了灵活地实现最大化，我使用许多VIEW（文件）来自定义显示不同功能的结果页面（即使是不同的主机网站，我也会在一次部署中托管多个网站以节省成本）。
当我想更改VIEW时（有时只是编辑打字错误，有时可能添加新页面或删除某些部分），然后我需要重新部署整个解决方案，这是一个非常耗时的过程（编译、制作包、上传、部署、切换VIP…）。
我想知道你们是否有一些更简单的解决方案，可以在不重新部署的情况下更新所有实例中的所有VIEW（文件）我可以更新所有视图（添加/删除视图文件等），同时我还将更新本地解决方案中的视图，因此所有更改都将在下次重新部署时保留。
查看1.4+SDK"更新Web角色"以及在如何更新Web角色帖子中使用它的步骤，以及本次发布的1.5+改进的就地更新。
注意：手动侵入更新和跳过暂存槽中的测试将花费比日志运行中节省的15分钟多得多的时间。由于你的网站需要8个实例，它看起来像是一个使用量很大的实例——上传未经测试的更改来破坏它听起来不是一个好主意。我强烈建议首先将更改部署到暂存槽（即使用一个实例），对其进行测试，然后增加实例数并交换VIP。作为一个附带的好处，在交换后，您仍然可以在暂存中运行站点，因此如果您通过更新破坏了某些内容，您可以快速恢复它（即将旧版本与1个实例一起保留在暂存槽中2-4小时）。
建议或最佳实践（唯一的方法）是重新部署。当你部署Azure包时，你发送的只是cspkg和cscfg。Azure结构控制器只保留这两个的存储库。
弹出的另一个替代/直观的想法是进行RD并进行更改（然而，在您的情况下，在8台机器上进行同样的操作是一项非常平凡的任务）。同样，即使对于单个实例，也不建议这样做。Azure is是因为，结构控制器可以拉取该实例以执行负载平衡任务等。在该事件中，结构控制器将丢弃应用于RD计算机的更改，并仅重新部署原始包。
如果您担心部署包中的无缝更改会导致停机，您可以部署一个新实例，并使用流量管理器CTP路由流量，然后修复您的更改。
如果是因为困难或减少Azure实例管理的工作量，那么最好进行重新部署。