高性能的运维团队如何以应用运维为核心构建？
1）业务运维
由于对该功能的要求越来越低 ， 因此它在我们评估系统中的份额越来越低 。 日常更改 ， 容量扩展 ， 故障定位以及操作和维护计划对人员能力的要求非常低 。 可以对这些任务进行建模和平台化 ， 从而减少对人员的依赖 。
2）运营与研发
我希望每个应用程序运维人员都有运维研发的能力 ， 但这在现实中是不可能的 。 对于应用运维团队和运维部门来说 ， 运维研发的设备至关重要 。 在应用运维团队内部 ， 具有研发能力的人员可以快速进行面向业务的运维平台的建设 ， 或者参与部门运维系统的建设 ， 他们可以将其50％的精力用于研发时间 。 运维研发能力是能够让团队价值迅速达成的有效保证 ， 没有研发能力的运维不能成为一个好运维 。
文章图片
3）技术研究
运维是一个技术团队 ， 需要通过技术来体现价值 ， 当找到好的技术时就要想着如何将技术应用到业务上 ， 为用户带来价值 ， 比如说提升用户体验 ， 减少成本等 。
这时会出现问题 。 应用运维团队中的人员还将进行运维研发 ， 同时拥有专职的运维研发团队 。 他们如何解决责任分工？他们的工作会重复进行吗？我的回答是：首先 ， 我们可以将O＆M研发的初期定位在DNS ， LVS ， 配置管理 ， 监控系统 ， CMDB ， 数据分析平台等公共服务平台的研发上 。
文章图片
其次 ， 运维研发还需要制定相应的运维研发规范 ， 代码规范 ， UI规范 ， 测试规范等 ， 以便所有运维研发人员都能遵守 ， 包括应用程序运维 。 研发团队成员 。 最后 ， 让我谈谈如何使用应用程序运维团队的R＆D功能 。
文章图片
实际上 ， 在许多运维团队中 ， 运维都是紧随其后的业务 。 可以允许应用程序运维研发人员开发面向业务的运维系统 ， 因为他们最了解业务需求并可以实现他们想要的目标；另外一种更好的操作方式 ， 是让应用运维小组内的研发人员抽出50%的时间参与到以运维研发牵头成立的虚拟研发小组中 。
文章图片
【高性能的运维团队如何以应用运维为核心构建？】可以进一步提高应用运维的研发水平；此外 ， 它还可以通过运维研发来增进对业务运维的理解 ， 同时提高领导团队的能力 。 那么 ， 运维研发和应用运维的比例应该设置成多少比较合适？我个人认为3:1比较合适 ， 大家也可以自己检查 。 运维团队设置了多少研发人员？另外 ， 如果要检查运维研发设备是否足够 ， 可以周期性地看看运维团队取得的进步 ， 特别是效率和质量等维度 。
推荐阅读
- 腾讯控股的保险代理平台“微保”被深圳银保监局处罚
- 成龙的功夫是杂技，洪金宝胖的不灵活，周比利评价两人实战能力
- 凉茶|凉茶最大的问题不是添加西药，而是冒充饮料
- 台风|里弗斯谈独行侠：不会忽视有联盟前五球员的球队
- 高考遇洪水,交警铁骑送 景德镇考生的＂国宾待遇＂
- 未来的大学生活“长啥样”？ 来看学长为你写下的万字指南
- 不起眼的朗姐|和老人出去旅游，为什么会觉得心累？网友：只要老妈身体允许以后还要带她去，哈哈哈哈
- 粤游记|旅游就该诗酒趁年华，带你一起到东京，我们玩点不一样的！
- 三分钟游世界|云南新走红一座公园，门票高达100元，但去过的游客都说好
- 识别“95”号段中的“李鬼” 这些小技巧要掌握!