问题二:后续如devops项目上线,由谁主导运维了?

问题二:
环境:
我司的环境是:开发环境、测试环境、定时停业务发布上线、上线功能性测试、上班时间生产、如出问题解决或回退(影响至少半天或1天)。

问:运维部门是否适合做为主导devops项目推进,整体架构需要拆分的话,需要开发部门主导,运维部门除了提供基于平台外(当然可以建议多少资源呀?日志文件是否单独挂载san共享盘呀之类的等),似乎没有其它太多作用?
后续如devops项目上线,由谁主导运维了?

参与14

2同行回答

wykkxwykkx系统架构师某基金公司
运维的主导方还是原来的运维部门,只不过需要掌握devops平台的方方面面,并且对业务架构要有更多理解,这样才能够在devops推广中有更多话语权。显示全部

运维的主导方还是原来的运维部门,只不过需要掌握devops平台的方方面面,并且对业务架构要有更多理解,这样才能够在devops推广中有更多话语权。

收起
基金 · 2018-01-26
浏览2338
  • 请问一下,你司是以什么部门为主导的?话语权是一方面,主要是流程是如何配合的。
    2018-01-26
nuaaysnuaays技术经理信而富
我觉得,如果是运维部门主导,首先运维部门要改变传统运维Ops观念,接纳拥抱DevOps理念,从资源、流程、协作、优化、安全等方面参与到和开发测试一起构建DevOps项目显示全部

我觉得,如果是运维部门主导,首先运维部门要改变传统运维Ops观念,接纳拥抱DevOps理念,从资源、流程、协作、优化、安全等方面参与到和开发测试一起构建DevOps项目

收起
互联网服务 · 2018-01-26
浏览2262

提问者

feidaodao
系统运维工程师GA
擅长领域: 灾备存储服务器

问题来自

相关问题

相关资料

相关文章

问题状态

  • 发布时间:2018-01-26
  • 关注会员:3 人
  • 问题浏览:4938
  • 最近回答:2018-01-26
  • X社区推广