LOGO

祝文彬老师 试听

主讲课程

  • .APMG ISO 20000审核员
  • .EXIN BCM-业务连续性管理
  • .ITIL ® 2011版初级课程(ITIL ® Foundation 2011)
  • .ITIL ® 2011中级 生命周期-服务战略(SS)
  • .ITIL ® 2011中级 生命周期-服务设计(SD)
  • .ITIL ® 2011中级 生命周期-服务转换(ST)
  • .ITIL ® 2011中级 生命周期-服务运营(SO)
  • .ITIL ® 2011中级 生命周期-持续服务改进(CSI)
  • .ITIL ® 2011中级 能力模块-运营支持与分析(OSA)
  • .ITIL ® 2011中级 能力模块-计划保护和优化(PPO)
  • .ITIL ® 2011中级 能力模块-发布控制与验证(RCV)
  • .ITIL ® 2011中级 能力模块-服务提供与协议(SOA)
  • .ITIL ® 2011高级 跨越生命周期的管理
  • .PRINCE2基础课程
  • .PRINCE2中级(实践者)
  • .Excel岗位应用——财务中级应用:常规模板设计与统计
  • .APMG-国际标准与架构 COBIT_基础课程
  • .DASA DevOps Fundamental认证培训
  • .EXIN DevOps Master认证培训
  • .EXIN DevOps Pre-Master认证培训

《DevOps实践指南》读书笔记(一)

  • 发布日期:
  • 2018-05-17
  • 浏览次数:
  • 938
  • 分享

编号

001

名称

DevOps的七个误区

对应书上章节

前言

撰写日期

2018511

² 误区1DevOps只适用于创业公司

² 书上的解答:

虽然谷歌、亚马逊、NetflixEtsy等互联网“独角兽”公司是DevOps的先行者,但这些公司在过去都面临过巨大的风险,而且他们所遇到的问题和传统企业相比并无二致:软件的高风险代码容易导致灾难性故障,无法快速发布新功能来击败竞争对手,存在安全合规问题、服务无法扩容,开发和运维彼此高度不信任等。

然而,这些公司都能够适时地改变他们的架构、技术实践和文化,如今他们都创造出了惊人的DevOps成果。

² 误区2DevOps将取代敏捷

² 书上的解答:

DevOps的原则和实践与敏捷方法一致,许多人认为DevOps是自2001年开始的敏捷之旅的合理延续。敏捷通常是DevOps效率的保障,因为它专注于让小团队向客户持续交付高品质的代码。

如果我们每次迭代的目标不限于“潜在可交付的代码”,而是扩展到让代码始终处于可发布状态,让开发人员每天把代码提交到主干,并在类生产环境中做功能演示,那么许多相关的DevOps实践就会浮现。

² 误区3DevOpsITIL不兼容

² 书上的解答:

许多人认为,DevOps1989年发布的ITILITSM是背道而驰的。ITIL广泛影响了好几代运维实践者,并且依然在演进,是一个不断发展的实践体系,旨在稳定地支撑世界级的IT运维,而且横跨服务战略、设计和支持等流程和实践。

DevOps实践可以与ITIL流程兼容。然而,为了支持DevOps所追求的更短的发布周期和更频繁的部署,ITIL流程的许多方面需要完全自动化,以解决配置和发布管理流程相关的许多问题。由于DevOps需要在服务事件发生时进行快速的定位和恢复,因此这些其实还是和ITIL的服务设计、事件和问题管理方面的原则相一致。

² 误区4DevOps与信息安全及合规活动不兼容

² 书上的解答:

传统控制手段(例如职责分离、变更审批流程、项目结束时的手动安全审查)的缺位,可能会令信息安全和合规审计人员感到失望。

然而,这并不意味着DevOps的公司里没有有效的控制,只是它不一定体现在项目结束时的安全和合规活动中,而是集成到了软件开发生命周期的每一项日常工作中,因此会得到更好的质量、安全性和合规性。

² 误区5DevOps意味着消除IT运维,即“NoOps

² 书上的解答:

许多人错误地将DevOps解释为完全消除IT运维的职能,然而,这种情况是很少见的。虽然IT运维工作的性质可能会发生变化,但它仍然像以前一样重要。IT运维团队要在软件生命周期的早期就与开发团队开展合作。在代码部署到生产环境中后,开发团队也要继续与运维团队合作。

IT运维不只是工单驱动的手工操作,而是能够通过自助服务平台和API来提升开发人员的生产效率,让他们能自助地创建开发环境、测试和部署代码、监控和显示业务运行的状态等。通过这种方式,IT运维人员变得更像是开发人员(或者QA和信息安全人员),融入到了产品开发过程中,而该产品则是开发人员在生产中用来安全快速地测试、部署和运行IT服务的平台。

² 误区6DevOps只是“基础设施即代码”或自动化

² 书上的解答:

尽管本书所展示的许多DevOps模式都需要自动化,但是DevOps还需要文化规范和架构,以便在IT价值流中实现共同的目标。而这远远超越了自动化的范畴。DevOps最早的拥护者之一Christopher Little也是一名技术主管,他写道:“DevOps不仅是自动化,就像天文学不只是望远镜一样。”

² 误区7DevOps仅适用于开源软件

² 书上的解答:

尽管许多DevOps成功案例发生在使用LAMP栈(LinuxApacheMySQLPHP)等构件软件的公司,但实际上DevOps与所用的技术无关。在使用Microsoft .NetCOBOL和大型机汇编语言以及SAP甚至嵌入式系统(如惠普的LaserJet打印机固件程序)等编写应用程序的公司,DevOps也能取得成功。


以下所有均为我们的专职老师原创,转载请注明出处

上一篇 来自历史甲乙方关系的教训

下一篇 《DevOps实践指南》读书笔记(二)