江苏龙网

  1. 主页 > 生活百科 > >

运维的85条规则( 三 )

运维


60.尽量多读一些贸易杂志 。它们通常是免费的，只要你填写一些调查问卷就好了 。新闻的价值是巨大的 。对了，记得让他们投递到你家里，工作的时候读杂志的机会趋近于零 。
61.注意安全 。开发人员不应该有生产线的权限，而应该去做代码复核 。这是和运维之间的职责分离 。然后运维中应该有人控制设置其他运维人员权限的权限 。创建一个员工手册，警告大家违反安全条例会有很严重的后果 。从一开始就要记住从物理的、逻辑的、功能的各个方面来保护客户的数据安全和隐私 。万一有客户要和你对簿公堂，你回忆起来发现自己只是靠勇气和勤奋来保护客户数据，这感觉可不怎么好 。
62.控制好访问入口 。首先要保证大家可以正常完成工作；其次要确保你知道他们是从哪里进来的 。快去实现双因素身份验证方法吧 。
63.对于人们访问生产环境必经之路的堡垒机和网关，键盘记录是至关重要的 。对于 Windows 可能稍微有点难度，不过有些网关可以提供自动截屏功能 。
64.确保有多种办法登录生产环境 。不要期望公司的 VPN 在网络中断的时候还能起作用 。直接把 VPN 架设在生产环境里 。
65.使用 LDAP 做认证，哪怕你只有 10 台机器，通过复制 passwd 和 shadow 文件的方式来管理，你也要 LDAP 认证 。
66.不要低估在 UNIX 环境中一台 Windows Server 2008 设备是多么有用 。如果只是因为不懂 Windows，那么去学，而不是贬低它 。
67.不要用那些无效的无线方案浪费大家的时间 。公司里所有人都在移动，沙发上，会议室里，门口，到处都要上网 。千万维护好你的无线路由 。
68.总有些人把额外的精力和时间都投入到工作上——直接通过他们的请假单好了 。而另一些人恰恰相反只把注意力放在怎么通过自己的请假单 。在个人时间安排上，运维人员总是做出巨大的牺牲，他们随时准备凌晨3点爬起床快速响应排障需求 。
69.通过集中式的 RDBMS 管理你所有的设备资产 。然后复制资产，人员，网络，合同等所有数据到异地 。没错，要的是一个在线的实时可用的复制，而不是每天晚上备份到磁带 。
70.自动使用多进程以确认安全，包括操作系统或者产品的上线，文件的推送，日志的分析等 。
71.自动化操作必须和运维的 RDBMS 数据相关联 。
72.设备通常有三种状态——离线，服务中，预备 。预备状态就是说正在通过 cfengine、rsync 或者其他你在使用的工具完成配置 。服务中就是已经运行着流量了 。同时还需要一个状态，这个状态下的设备可以在不提供生产服务的情况下收集或者测试数据 。
73.尊重日志数据 。在设备下线或者重建之前，一定要先导出日志 。
74.如果业务飞速发展让你没有太多时间来做优化，那就尽力锁定一切——进程还能工作，就不要改变它，直到后来有了绝对必要的理由 。总之，锁定默认值，等待成长到必要时再审视 。
75.你永远无法避免运维工程师在你基础设施最关键的地方犯点啥错——比如在哪台机器上不小心执行 rm -rf / 命令 。
76.为团队保持好玩和有趣的气氛——如果他们不再享受他们的工作，他们就会找别的事情来消遣 。要让团队有主人翁意识，运维不是哪个经理的个人任务 。
77.提供 99.999% 可用性的真正价值在于让我们有能力保持灵活 。这意味着当你需要的时候可以充分利用系统冗余 。物理变更、设备迁移、代码修改和回退等等都游刃有余 。这个对于公司本身价值巨大，甚至比对客户还大 。
78.如果你能做到 99.999%，那就给客户一个 100% 的SLA承诺 。
79.不要湮没软件热更新的能力 。应该被湮没的是你自己回滚或者转移到旧版本代码的能力 。压根就不应该“处理”这种徒劳的失败转移 。当事情变得不如人意的时候，你更应该做的是找个大玩意儿来挡住你的肥屁股 。CYA（译注：Cover Your Ass，就是前面说的盖屁股） = 保持敏捷 = 成功的公司 。
80.记住你为客户构建产品的思路里每一步的原因和目的——不管你部署给最终用户的是什么，把这些放在最先考虑，即你所有（基础设施、流程和人员）的设计都是为了提供最好的服务和产品 。
81.第一次就要成功 。很少有机会让你回去重新开始的 。重做是对公司资源的巨大浪费 。
82.多联系业内的合作伙伴、盟友和类似的企业，看看他们的运维是怎么做的 。很可能他们碰到了跟你一样的挑战，而解决的更为巧妙 。不要害怕分享自己的经验和处理过程，因为别人也会回馈的 。


推荐阅读


上一篇：三英战吕布如果刘备不出手能不能赢,三英战吕布刘备为何救吕布

下一篇：孙权追谥孙策,孙权对周瑜后代