公司官网

高性能的运维团队如何以应用运维为核心构建?

艾锑无限 / 2020-11-30 13:24:12 / 标签: IT服务 | IT运维


1)业务运维

由于对该功能的要求越来越低,因此它在我们评估系统中的份额越来越低。日常更改,容量扩展,故障定位以及操作和维护计划对人员能力的要求非常低。可以对这些任务进行建模和平台化,从而减少对人员的依赖。


2)运营与研发

我希望每个应用程序运维人员都有运维研发的能力,但这在现实中是不可能的。对于应用运维团队和运维部门来说,运维研发的设备至关重要。在应用运维团队内部,具有研发能力的人员可以快速进行面向业务的运维平台的建设,或者参与部门运维系统的建设,他们可以将其50%的精力用于研发时间。运维研发能力是能够让团队价值迅速达成的有效保证,没有研发能力的运维不能成为一个好运维。


3)技术研究

运维是一个技术团队,需要通过技术来体现价值,当找到好的技术时就要想着如何将技术应用到业务上,为用户带来价值,比如说提升用户体验,减少成本等。

这时会出现问题。应用运维团队中的人员还将进行运维研发,同时拥有专职的运维研发团队。他们如何解决责任分工?他们的工作会重复进行吗?我的回答是:首先,我们可以将O&M研发的初期定位在DNS,LVS,配置管理,监控系统,CMDB,数据分析平台等公共服务平台的研发上。


其次,运维研发还需要制定相应的运维研发规范,代码规范,UI规范,测试规范等,以便所有运维研发人员都能遵守,包括应用程序运维。研发团队成员。最后,让我谈谈如何使用应用程序运维团队的R&D功能。


实际上,在许多运维团队中,运维都是紧随其后的业务。可以允许应用程序运维研发人员开发面向业务的运维系统,因为他们最了解业务需求并可以实现他们想要的目标;另外一种更好的操作方式,是让应用运维小组内的研发人员抽出50%的时间参与到以运维研发牵头成立的虚拟研发小组中。

可以进一步提高应用运维的研发水平;此外,它还可以通过运维研发来增进对业务运维的理解,同时提高领导团队的能力。那么,运维研发和应用运维的比例应该设置成多少比较合适?我个人认为3:1比较合适,大家也可以自己检查。运维团队设置了多少研发人员?另外,如果要检查运维研发设备是否足够,可以周期性地看看运维团队取得的进步,特别是效率和质量等维度。

  • 艾锑无限活动-转介绍