我们公司的网站很快将托管在 Azure 的应用服务中。该网站与同样托管在 Azure 中的 API 层进行通信，并链接到我们的内部系统和数据库。这个级别的架构此时无法更改，并且有相当多的背景历史等。
我们正在考虑在 Azure 的应用服务中使用部署槽实现始终在部署上。API 层将针对每个部署进行非破坏性更改，部署 API 将是任何版本的第一部分，随后是网站。
我们的环境之间有明确的分离，并且在生产部署开始之前，将在 Dev、Test 和 Pre-Prod 环境中对发布进行测试。总体而言，整个过程相当简单，直到涉及实施后 (PI) 测试，目前这在我们公司是强制性的。
我们需要能够在客户使用该站点之前测试生产部署。目前，我们将站点切换到维护模式，除非它是从选定的 IP 地址列表中访问的。我们现在需要在新版本的站点上执行 PI 测试，同时客户继续使用旧版本的站点。我不确定实现这一目标的最佳方法。
我确实有一个想法是有一个子域直接链接到网站 _staging 部署槽绕过部署槽设置。反过来，这里的一些逻辑可以直接进入 API _staging 部署槽。这将提供在单击“交换”按钮以交换部署槽之前发布实施更改的选项。
我知道整个过程并不理想，但目前无法更改。请问有人对上述内容有任何想法或其他建议吗？