为了成功地实施DevOps,个人与组织都必须为文化的转变、新的工具与自动化的出现做好准备。这一共识是经过多年来不断地争论而逐渐形成的,争论的焦点在于DevOps到底意味着什么,以及如何正确地利用DevOps。在讨论中出现了各种不同的声音,虽然目前已经在某些部分达成一致,但仍有许多部分处于悬而未决的状态。
DevOps并非一种“速赢方式”或者“特效药”。来自Pivotal Industry的分析师 Michael Coté 建议, 在你的老板们自行做出决断之前,应确保你已经向他们介绍了DevOps的意义 。他认为,DevOps并非一种速赢方式,领导者与决策者需要了解它的本质。他同时表示,DevOps不仅仅在于自动化,如果你的团队只是引入了Puppet、Chef、Ansible或Salt等工具以及熟悉这些工具的人员,也不意味着你的团队已经实现了“DevOps”。
埃森哲亚太区的DevOps主管 Mirco Hering 指出了一些关键的 要点,领导者与决策者需要为DevOps的转型做好这些方面的准备 。
在一个具备优秀DevOps实践的组织中,其HR实践“也应当进行转变,使HR意识到如今的各项工作都是基于团队的,而组织的最终产出才是最重要的。”组织的财务治理制度也需要找到某种方式,以“分离拨款的周期,只要敏捷团队达到了某些组织层面上的要求(例如财政或其他方面的要求 ),就能够持续地开展工作”。
在Hering看来,基于项目的团队已经是过去时了:
团队的存在应当像持久性的实体一样,它需要具备稳定的成员,超越传统的角色定义,甚至能够克服一些组织上的边界地带,这些边界地带往往涉及到提供商与系统集成者。跨组织的干系人能够访问业务系统与IT系统的实时信息,以掌握整个组织的前进方向。
当讨论到DevOps在组织中的具体形式时,人们对于是否需要创建一个独立的DevOps团队有一些不同的看法。Coté表示:
设立一个独立的团队或个人以处理所有与DevOps相关的问题,这种观念是对于DevOps核心思想的误解:以端到端的方式彻底改变组织的运维方式。
UpGuard 是一家安全工具方面的提供商,他们提出了一种不同的观点,认为在某些情况下,创建一个专属的DevOps团队是有意义的。
在具体实施中所出现的许多问题都不存在某种一劳永逸的答案,包括之前所说的这个问题。对某些组织来说,可以选择让一部分人进行尝试,看看DevOps在这个相对较小的环境中能否良好地运作,随后再进行大范围地普及。而对另一些组织来说,逐步地转变或许是更好的方式。这取决于你的需求、团队以及能力。
在关于DevOps的大量讨论中,人们似乎都没有提到软技能、协作或文化适应方面的问题。仅仅是对于工具及编程方法的学习还不足以表现出你已经成功地实施了DevOps。在谈到个人的技能时,UpGuard表示:
在文化以及软技能方面,优秀的书面以及口头交流能力是必不可少的,而谦逊更是至关重要的。在某个流程或项目中,你绝不能因为面子原因而不愿意承认错误,这正是团队提高能力并建立相互信任的方式。
UpGuard推出了 一系列关于DevOps的电子书 ,其中最近的多本电子书专注于澄清关于DevOps方面的疑惑。
查看英文原文: Do You and Your Company Have the Skills Needed for DevOps?