我们有一些具有不同角色的服务器。例如，我们有生产服务器和测试/登台服务器。我们有一些最终用户在测试和批准或使用后忘记切换生产路径；他们使用新路径一段时间，然后出于某种我们除了愚蠢之外无法理解的原因在某个时候恢复使用测试/登台。在将构建推送到生产环境后，我们仍然希望能够瞥见我们的暂存环境，但我们希望阻止它们仍然能够访问这些服务器/服务。
我们现在正在思考解决这个问题的一些方法。一个永远不要给他们直接登台网址。一个想法是创建一个虚拟目录或有一组域别名，我们可以给它们，然后关闭，同时仍然允许我们访问这些端点。我们可以将我们的主要暂存域限制在办公室 IP 范围内，这样他们就永远无法直接访问并称之为好。
这听起来像是一个好的解决方案吗？我们的流程错了吗，有没有更好的路线？
我对无法有效使用视觉效果的网站和 Web 服务的解决方案感兴趣。
好吧，如果没有详细说明您的应用程序是如何部署的，那么给出具体示例可能会很麻烦。一个很好的解决方案是获得更好的用户：P 然而，也许一个更可能的解决方案是让您的生产框将一组特定用户（如您的代码中决定的那样）移动到您的测试/登台系统。IE 用户总是连接到生产，但是在连接/验证时生产机器可能会认为这些人对生产来说太酷了，让他们运行测试/暂存代码。
当然，这不是一个完整的方法，但它适用于许多网站，让一组特定的用户进入他们代码库的不同部分。
我不知道这对你来说有多可行，但也许是有可能的。
我们在我的工作中也遇到过这个问题……事实上是最近。除了虚拟目录之外，我想到的一件事是设置特定端口供他们测试，然后要么关闭端口，要么将它们更改为仅供我们内部使用。
我发现用户有时对 URL 有困难，并且不喜欢在地址中有端口号等细微的变化。
我发现最好的方法是让应用程序告诉用户他们所处的环境。
例如，我的团队使用绝对定位的页眉或页脚，为 Dev/Staging 环境使用颜色编码，显示带有 alpha/beta 标记的应用程序版本号，以及一条消息“在此站点上完成的工作将丢失，请使用生产（链接）以保留您的工作。” 通常我们将开发区设为红色，将暂存区设为黄色。我们还想在该区域中放置一个指向错误跟踪系统的链接。
在生产中，通常没有这样的区域。但是，我们有时确实会通过放置一个绿色区域来提供积极的强化，其中包含应用程序版本和生产标签，然后在几秒钟后使绿色区域消失。这有助于保持应用程序的前沿和中心，但让用户知道他们在正确的位置。