DevOps 初学者想了解的都在这儿......
Posted StuQ
tags:
篇首语：本文由小常识网(cha138.com)小编为大家整理，主要介绍了DevOps 初学者想了解的都在这儿......相关的知识，希望对你有一定的参考价值。
在2008年多伦多举办的敏捷大会中，Patrick DeBois 和Andrew Clay Shafer 先生就“敏捷基础架构”进行了探讨。 随后2009年在比利时根特举办的首届DevOpsDays活动中，Patrick DeBois 先生首次在公开场合提出“DevOps”这一名词。 此后，“DevOps”随即成为全球IT界大咖们在各种活动中热议和讨论的焦点话题。Patrick DeBois先生也随之被全球IT大佬们誉为 “DevOps 之父”!
从字面意义上理解，DevOps是英文单词Development和Operations的组合。
实际而言DevOps所涉及到不仅仅局限在开发和运维之间的协作，而是贯穿了IT价值链的每一个环节的工作流。在讨论DevOps是什么之前，先让我们明确一下DevOps不是什么。
首先，DevOps 不是一项技术，也不是一套流程和方法论，更不是一套简单的工具产品。越来越多的迹象表明，DevOps是一种文化。那什么是DevOps文化， 我们如何能够了解和学习这种文化，DevOps又能给我们的组织和业务带来哪些益处呢？相信这一连串的问题困扰着很多关注DevOps的人们。
2010年在美国山景城 (Mountain View) 举办的DevOpsDays 年会活动中，Damon Edwards先生用一个缩写“CAMS”诠释了DevOps，即文化（Culture）、自动化（Automation）、测量（Measurement or Metrics）和 分享（Sharing）。随后Jez Humble先生将“L”精益 (Lean) 原则也加入其中，最终变成了CALMS。 下面我们先来了解一下DevOps的精髓——“CALMS” 的主旨吧！
Culture（文化）- 是指拥抱变革，促进协作和沟通
Automation（自动化）- 是指将人为干预的环节从价值链中消除
Lean（精益）- 是指通过使用精益原则促使高频率循环周期
Metrics（指标）- 是指衡量每一个环节，并通过数据来改进循环周期
Sharing（分享）- 是指与他人开放分享成功与失败的经验，并在错误中不断学习改进
“CALMS” 完全吻合Patrick DeBois先生所一向倡导的“DevOps is a human problem” (DevOps 是关于人的问题) 的理念。
那么既然DevOps是一种文化的变革，我们如何能改变文化呢？
文化是很难直接被改变的，最容易入手的是改变人的行为。当组织中的每个人的行为得到改变后，自然就形成了一种新的文化。在没有管理层的充分支持和肯定下，DevOps的文化变革在大多数企业中会变得尤为困难，其根本原因是DevOps文化同传统的企业部门角色在结构上是冲突的。
传统的运维部门追求的是稳定性，开发部门追求时效性和创新，而传统的测试部门则寻求的是最大化降低风险。让来自各个部门的人员在一个DevOps实践中能够紧密地通力协作，是很多企业将面临的一项巨大挑战。
既然我们清楚地意识到DevOps的实践会给企业各个部门之间的组织结构带来很大的冲击，那么管理层的支持则是必不可少的。多数管理层所关注的并不是DevOps文化和精髓本身，而是业务结果。在已经实践DevOps的企业中，我们总结出来了以下共同受益点，其中包括:
产品发布的时间大大缩短
客户满意度大幅度增加
产品质量的提升
更趋于稳定的发布
生产效率的明显提升
以及提高为客户开发具备价值的产品的能力
这一系列的优势最终让管理层得出一个结论：即通过DevOps实践能够增加企业竞争力并最终实现企业利益最大化。
首先，学习和掌握新的知识是培训的第一任务。培训并不是面向完全没有DevOps理论和实践经验的人准备的，建议没有相关工作兴趣和意愿的或请果断忽略。
课堂培训的过程是对DevOps知识重新梳理，使以前离散的知识串联起来，形成体系的过程。课程的设计者意在给学员一个从宏观到微观的完整的知识体系。而是事实上 DevOps 实践其实在现实中还没有最佳、最好、唯一的解释源头。这种矛盾也迫使学员要去逐渐地建立自己关于 DevOps 的价值观和世界观。
StuQ特别邀请 ThoughtWorks的DevOps 技术咨询师开设系列课程，深入DevOps实战，快速掌握这个能够提升工作效率和帮助团队提升协作质量的新型技能。
再送你价值 100 元 本课程优惠码【8LB37MT25Z】，仅限使用 10 次
戳「 阅读原文 」马上占座~
以上是关于DevOps 初学者想了解的都在这儿......的主要内容，如果未能解决你的问题，请参考以下文章