IT运维如何防止陷入“中年油腻”和频繁被动地打“遭遇战”？

正文

请到「今天看啥」查看全文

在经历数次“多么痛的领悟”之后，他们逐渐认识到标准化的重要性，并通过如下方面的实践，有效杜绝了各种“任性”。

软硬件类型标准化

无论是网络设备、服务器端、用户终端，还是操作系统和应用软件，他们都有既定的支持和首选的列表。

这样一来，在品牌和型号层面上大幅降低了不兼容性，并缩小了排查的可能性范围。

安装配置标准化

可参照的实施步骤文档与配图包括：

• 设备上架安装所在的机房和机架的物理位置约定。

• 网线、电源线的走向、编号和颜色等规范。

• 在服务器端，涉及到虚拟硬件资源（CPU、内存、磁盘空间、分区大小）的分配、虚拟机安装文件的准备、主机名/IP地址/默认使用目录/日志目录/代码目录的定义。

• 在用户端，通过 PXE 和 cobbler 来使用镜像文件批量安装操作系统。

• 规范服务端所用到的基础支撑软件（如 IIS）和产品应用的部署路径和配置顺序。

• 账号名称、对应的密码和权限属性、以及服务与端口的关开列表。

流程规范标准化

无论是新建发布、服务变更、事件处理、事故响应、还是项目推进等，都有可遵循的流程和清晰的操作次序图表。

交接标准化

虽然他们不像一些互联网企业那样有专门的 Dev 团队、且产品迭代也不频繁，但是他们也充分考虑到了“建转运”过程中的风险。

通过分阶段、分步骤地制定了相应的转化流程，他们实现了测试账户的及时回收，并合理区分了系统类与业务类账户与数据的迁移。

除了上述各个方面的标准化之外，他们还日常维护着诸如：硬件设备全量清单、软件应用全量清单、第三方服务提供清单、干系人联系清单等支持类文档。

这些文档多以图表的形式清晰直观地提供了各类速查的信息，同时方便了后面将要提到的平台化所进行的二次筛选与统计。

他们有专门的共享知识库（后面会提到 CMDB）来分门别类地妥善存放所有的标准化文档。

可以说，他们以标准化作为基础的 Ops+ 模式，能有效地降低人员犯低级错误的发生频率，统一整体的服务水平，提高他们的响应和处理速度，并能简化对其工作质量的考核。

自动化—操作与安全

虽说上述各个方面的标准化能够从规范的角度减少出错的可能，但是随着需要维护的设备数量和系统复杂程度的增加，各种重复性的例行操作日趋占据了维护人员的大量时间和精力。

为了控制成本和增加系统本身的鲁棒性，他们的团队在如下方面进行了自动化的尝试，进而提高了系统日常管理的效率。

请到「今天看啥」查看全文