运维作为一个支持部门,可以说工作比较辛苦,都需要保持24小时开机,当遇到网络和系统故障等都要及时去解决,这样就更需要一个完善的部门规划。下面抛砖引玉一下,欢迎大家继续讨论。
前公司的运维叫网络管理部:
分为以下几个小组:
基础建设组:主要负责全国idc服务器安装工作,包括网络安装系统的部署
北京机房组:主要负责IDC维护、管理、排障,包括网通、电信、教育网
杭州机房组:主要负责IDC维护、管理、排障-包括电信
广州机房组:主要负责IDC维护、管理、排障-包括网通、电信
监控组:监控网络流量、服务器状态以及处理报障或通知相关部门负责人处理故障)
网络组:网络规划以及实施、网络设备测试
测试组:服务器、盘阵等设备的测试
资产组:资产管理及采购
安全组:安全监控、安全扫描、安全事件处理,制定安全制度和流程等
基础业务组:DNS小组、邮箱小组、静态内容(负载均衡部署)
这是前公司初期一个规划,可以说比较完善,但是因为后期人员的一些变动,并没有完全实现。
这样的一个运维架构,可以比较好的进行分工,让大家在自己所熟悉的领域做到专注。不过随着服务器和机房的增多,24小时监控的开始,也是一直感觉人手不够,比较理想的状态应该在60-80人左右。
现在的公司整体架构和部门分工也差不多,就是多了一个dba组。
如果服务器在1000台以上,还是需要有一个好的分组和分工。
一个好的运维部门架构和分工,可以让运维工作做得更轻松,更专业,更有条理,希望这些信息能帮助大家,规划好自己公司的运维架构
一个公司应该具备的运维架构
原创
©著作权归作者所有:来自51CTO博客作者glying的原创作品,请联系作者获取转载授权,否则将追究法律责任
上一篇:运维自动化浅谈
![](https://ucenter.51cto.com/images/noavatar_middle.gif)
提问和评论都可以,用心的回复会被更多人看到
评论
发布评论
相关文章
-
运维架构实战操作
运维实战,K8S、redis、ngin、python、shell
运维 企业级 Redis