Devops详细解析.pdf

  1. 1、本文档共29页,可阅读全部内容。
  2. 2、原创力文档(book118)网站文档一经付费(服务费),不意味着购买了该文档的版权,仅供个人/单位学习、研究之用,不得用于商业用途,未经授权,严禁复制、发行、汇编、翻译或者网络传播等,侵权必究。
  3. 3、本站所有内容均由合作方或网友上传,本站不对文档的完整性、权威性及其观点立场正确性做任何保证或承诺!文档内容仅供研究参考,付费前请自行鉴别。如您付费,意味着您自己接受本站规则且自行承担风险,本站不退款、不进行额外附加服务;查看《如何避免下载的几个坑》。如果您已付费下载过本站文档,您可以点击 这里二次下载
  4. 4、如文档侵犯商业秘密、侵犯著作权、侵犯人身权等,请点击“版权申诉”(推荐),也可以打举报电话:400-050-0827(电话支持时间:9:00-18:30)。
查看更多
Devops详细解析.pdf

为什么使用 DevOps 为什么使用 DevOps 有多种不同的技术变革都在深刻影响着企业 IT 部门工作的方式。虚拟化,云计算,软件定义一切,大数据, 一切皆服务——这些都迫使 IT 做出改变,并关注新的工作方案,DevOps 。 初识 DevOps DevOps 是 IT 交付过程令人兴奋和具有深远意义的转变。承诺很诱人: 从根本上提高生产力,更低的成 本和更可靠的系统。  重塑 IT 组织 实现 DevOps 战略  DevOps 如何提升 IT 运营人员的形象?  如何使用 IT 新利器——DevOps 部署 DevOps 将软件开发和 IT 运维团队整合到单一的 DevOps 组织可以带来更强大的软件开发项目交付能力,但两类 团队的文化差异、以及缺乏有效的工具都会阻碍 DevOps 的成功。  如何辨识 DevOps 是否合适?  DevOps 成功的两个关键  利用 DevOps 工具搭建开发与运维之间的桥梁  五大 DevOps 最佳实践实现安全、可伸缩和性能 敏捷与 DevOps DevOps (开发运营)运动在修补残缺的部署流程方面取得很大进步。从表面上看,为开发者提供的解决 方案是更多地站在运营者的角度去思考,反之亦然。  在大型机上使用 agile DevOps 的四点好处 2 / 29  遗留现代化:为什么使用敏捷 DevOps 方法  三种实现敏捷 DevOps 的方式 3 / 29 重塑 IT 组织 实现 DevOps 战略 DevOps 是 IT 交付过程令人兴奋和具有深远意义的转变。承诺很诱人: 从根本上提高生产力,更低的成 本和更可靠的系统。 那么,你应该跟随潮流,让你的 IT 部门去参与开发运营融合(DevOps ),对吧?大家都开始干了,所以你 也别落后。最大的问题不是干不干,而是怎样干,从哪里入手? 首先,走出去,招聘一些 DevOps 人才。等,等 DevOps 可不是一个岗位哦。 好吧,你应该创建一个 DevOps 工作组或者部门,对吗? 在一个 DevOps 主管的带领下,你可以训练出一个 伟大的 DevOps 团队——再等等!!——DevOps 既不是一个部门,也不是一种职能。 好吧,如果它不是一个岗位、 一个职能或一个部门,那 DevOps 到底是什么? DevOps 是文化、流程、技术和人。DevOps 战略是将许多学科融合为一套有凝聚力的组织原则。DevOps 是一种新的 IT 系统交付方法,承诺更快交付、更高质量、终结全球饥荒、获得永生!好吧,也许不包括最后两 个……DevOps 也意味着 IT 组织在时间、经历和资源各方面的庞大的投入。 DevOps 也就是应用程序开发和系统运维的融合 可以改造和提升 IT 交付能力。DevOps 概念同样也极易 被滥用,所以我认为应该立一个警示牌。警告:DevOps 滥用可能导致丢饭碗、 业务中断、和 CEO 郁闷地汇 报。 DevOps 为什么不容易 首先,让我们弄清楚 DevOps“不是什么”。DevOps 不是 Chef、Puppet 或者 Salt Stack ,或者任何其 它工具、脚本环境或者技术。虽然自动化是 DevOps 的核心理念,但它不等于自动化。 DevOps 也不会是你组织里深层次技术和专业技能的替代品。去专业化,并不意味着你要解雇你所有的 Linux 或者 Oracle 专家。 4 / 29 对于高度集中的科技公司例如 Yahoo 、Facebook 或 Yammer ,那里的所有DevOps 主管想要取得 DevOps 成功非常艰难。对于传统企业,特别是大型分布式组织,在整体

文档评论(0)

cai + 关注
实名认证
内容提供者

该用户很懒,什么也没介绍

1亿VIP精品文档

相关文档