本文主要是介绍devops -切入点，希望对大家解决编程问题提供一定的参考价值，需要的开发者们随着小编来一起学习吧！
绿地项目与棕地项目
软件服务或产品常被分为绿地项目和棕地项目,这两个术语最初用于描述城市规划和建设项目。绿地项目是指在未开发的土地上建设的项目,而棕地项目则是指在以前用于工业生产的土地上建设的项目,这样的土地可能受到有毒物质或污染物的侵蚀。在城市的发展过程中,许多因素使得绿地项目比棕地项目更容易实施——前者既不需要拆除建筑,也不需要清除有毒物质。
在技术领域,绿地项目是指全新的软件项目。这种项目通常还处在规划或实施的早期阶段，有机会构建全新的应用和基础设施,并没有太多限制。开展绿地软件项目相对更容易,在项目预算或团队已到位时更是如此。另外,因为是从零开始,所以对已有的代码库、流程和团队没有太多顾虑。
DevOps棕地项目是指那些已经服务客户长达几年甚至几十年的产品或服务。这种项目通常背负大量的技术债务,譬如无自动化测试、运行在无人维护的平台上等。
虽然很多人认为 DevOps主要面向绿地项目,但成功应用 DevOps进行转型的棕地项目比比皆是。事实上,在2014年 DevOps企业峰会上分享的转型案例中,棕地项目所占的比例超过60%。在转型前,这些项目的产品或服务与客户需求存在巨大差异,而 DevOps转型为它们创造了巨大的业务价值。
维护棕地项目的团队可能非常愿意尝试 DevOps,尤其在他们认为传统方法无法实现当前目标的情况下(特别是当优化已经迫在眉睫时)。
从最乐于创新的团队开始
在每一个组织中,不同的团队或个人都会对创新持有不同的态度。 Geoffrey A.More曾经在跨越鸿沟》一书中用曲线描绘了这种现象。所谓跨越鸿沟,是指克服困难并找到比创新者和早期采用者(见图5-1)更大的群体。
换句话说,创新者和早期采用者往往能迅速接受新的想法,而其他人则较为保守(这些人又
可分为早期从众者、晚期从众者和落后者)我们的目标是找到那些相信 DevOps原则和实践,并有意愿和能力对现有流程进行创新和改进的团队。在理想情况下,这些群体将是 DevOps转型的拥趸。
我们不会花费太多时间去改变保守的群体,特别是在早期阶段。相反,应该把精力集中在能创造成功且愿意承担风险的团队上,并以此为基础慢慢扩大范围。
变革需要勇气，尤其是当有人不断地挑战和抵制你的时候。但如果从小处做起，就没什么可怕的。任何领导都都需要勇于分配团队在可控的范围内冒一些险。
管理学大师德鲁克说过:“小鱼在小池塘里成为大鱼。”通过谨慎地选择 DevOps转型的切入点,我们在组织的某些领域内进行实验、学习并创造价值,但不会给整个组织带来不可逆的后果。同时,通过这种方式,我们能够建立稳固的群众基础,赢得在组织中推广 DevOps的机会,从而获得更多支持者的认可和感激。
这篇关于devops -切入点的文章就介绍到这儿，希望我们推荐的文章对编程师们有所帮助！
