生产环境即是运行用户正在使用的系统环境。有时，一些粗心的用户会把他们的生产环境交给我们，希望我们来进行变更操作，如部署Agent等。但我们实际上并不清楚这些生产环境有多重要，有时也不清楚我们的变更操作有多危险，其中一些操作很可能导致机器宕机，出现重大生产事故，让用户受到重大损失。
所以我们对生产环境需要敬畏，本文罗列出一些禁忌操作，需要大家一定要避免的。
禁忌操作
替换系统文件
系统文件包括：
- 动态库文件：/lib、/lib64、/usr/lib下的文件，尤其是libc.so、libssl.so等文件
- 系统命令：/sbin、/bin、/usr/bin下的文件，包括不能替换其下的软链接
- 系统程序：/opt/jdk等
- 系统配置：/etc
系统文件的替换隐含了极大的风险，以下是运维中发生的一个实际故障：
在部署Agent时，由于执行时报libc.so相关的错误，操作人员就从其它机器复制了一个libc.so到目标服务器。
由于libc.so替换，导致依赖libc.so的所有程序，包含ksh、sshd等系统程序均无法启动。
由于这台AIX服务器已经几年没有重启过一次了，经过协调，大家在承担极大风险的情况下，使用光盘引导并恢复libc.so后才恢复了系统。
部署或升级系统包
包括：
- 部署新版本的libc、gcc、openssl等系统包
- 执行yum upgrade等升级命令
这些操作与替换系统文件的风险是一样的。以下也是一个我们操作导致的实际故障：
在部署Agent需要的ipmitool命令时，由于需要一些依赖的rpm包，操作人员就将相关的包复制到目标机器并部署。
由于包中包含了ssl等系统包，导致目标机器上的跳板程序（依赖旧版本ssl包）无法启动。
最后经过商务协调，用户自己重装了跳板机来恢复。
此案例中，尽管操作人员已经在公司内部作过同样的测试并部署成功，但依然在生产环境中导致了故障。因为生产环境确实有其历史，其中的细节是我们无法在短时间内了解并评估出风险的。
所以对生产环境要敬畏。
rm -rf 命令
这个操作的危险性在于，有时我们会疲劳驾驶，我们以为我们在做什么，但实际上只是机械性的快速敲打键盘，结果一不小心就输入了：
rm -rf / <回车>
这样的操作。
2017年初的Gitlab误删300GB的事故，就是疲劳驾驶rm引起。
重启系统
在生产环境中，看似无害的重启系统，实际上风险很大。最好清楚这些系统的实际情况，并与有关方面沟通。
提倡操作
不使用root用户
拒绝他人提供的root用户，可以杜绝自己背锅的可能性。不使用root用户，就避免了无意的禁忌操作。
使用绿色软件
运维程序不同于生产系统，它是辅助系统，所以我们部署的运维产品或工具，都应以绿色软件的思路开发与部署，避免对系统产生变更。
