关于运维体系谈谈我的想法

机房/网络/操作系统相关的底层工作分离出来由专人负责，成为系统管理部，而上层和应用产品相关的工作则由运维负责，成为运维部。我喜欢用一个偏硬一个偏软来解释。

职能区分：

系统级

       IDC机房建设维护

       网络设备搭建调试

       操作系统维护升级

       电子设备故障处理

应用级

       应用安装部署

       预、生产发布

       产品运行维护

       性能成本优化

       安全防御监控

       资源业务监控

运维开发

       自动化集成开发

       开源工具二次开发与维护

       效率脚本开发

运维架构师

       提供技术支持

       解决性能方案

       设计运维体现架构

      

以上是我对运维的理念，下面谈谈我对科宇运维后续的规划，希望大家给些建议。

 

我会让重复劳动力消失，让自动化成为科宇运维甚至整个技术部的理念。

       自动化PXE在升龙

       Jenkins持续集成（已完成）

       自动化版本管理（在开发）

       自动化系统集成（已完成）

       自动化业务流巡检（待开发）

       自动化运维体现

       LB网络层架构负载

       性能指标规范

PS：

     传统玩法祸害了中国一大批运维人员，我虽然不太推崇 DevOps模式，但拥有支高效的运维团队才是一个公司的福音。

       创业公司拼的是开发，因为他们需要出东西，成型公司拼测试，因为他们需要出质量，一个稳定完善的公司拼的是运维，因为他们需要 稳定高效。

 

 

 

转载于:https://www.cnblogs.com/Javame/p/6018280.html