区分生产环境和其他环境的良好做法是什么？[关闭]

在防止错误和阻碍工作之间总是有一条细线。虽然我是一名敬业的管理员，但我们的组织足够小，因此实施大企业希望确保生产安全的所有额外开销和繁文缛节是不切实际的。

除了您的规则，我们还有以下内容：

• 永远不要在测试和生产中使用相同的凭据（即登录、数据库），如果您不能正确收紧防火墙，请为常见错误设置丢弃规则，即从实时前端连接到测试后端等。
• 尽可能多地实施变更管理/版本控制，不仅在应用程序级别，而且在操作系统级别。这里我们使用cfengine，但是还有很多其他的选择，比如puppet 或者甚至是你自己的。
• 自动化所有日常任务，即您不应该定期在生产中手动删除任何内容
• 保持所有内容的最新文档，在正确记录之前不要考虑完成任务，结合维基和错误跟踪系统。每次更改和配置中的每一个奇怪之处都必须有一个“为什么”。我知道这听起来像是一个圣杯，但任何文档总比没有好。

使用不同的密码：除了不同的用户可能具有访问权限之外，如果密码不同，您将无法登录到生产系统数据库（并且做一些坏事）认为它是测试服务器数据库。

颜色编码：这也是一个好主意，因为很难错过。根据主机名设置命令行提示的颜色，设置GUI访问的桌面背景颜色。

我这样做的主要方法是如您所说，更改背景颜色，更改布局，使其与开发服务器有很大不同。

您可以做的另一件事是将生产服务器上的密码更改为您必须考虑输入的密码，这样您就知道您正在登录生产服务器。

我在其他公司看到的另一种方法是实际上有一种将工作从开发推广到生产的方法，使用 Web 界面或批处理脚本，这样您实际上就不用在生产服务器上工作，而只是在工作时进行推广准备好了。

规则 1，如果开发人员可以访问更改内容，则它不是生产服务器。

运行正确的版本控制（不仅仅是 VCS，而是正确的标记）在这里真的很有帮助。

我见过的一件事是在您的运营网络和生产网络之间使用“中间”终端服务器，因此在终端服务会话中必须完成任何更改（对于生产系统）。通过对测试系统不做同样的事情，区别非常非常明显。