本站原创，欢迎转载；尊重他人劳动，转载时保留以下信息：
本文转自：360ITO技术社区
原文标题：为什么大公司一定要使用 DevOps？
原文地址：http://www.360ito.com/article/842.html
为什么大公司一定要使用 DevOps？
究竟什么是DevOps? 要想回答这个问题，首先要明确DevOps这个过程参与的人员是谁，即开发团队和IT运维团队。那么，DevOps的意图是什么呢？即在两个团队之间，建立良好的沟通和协作，更快更可靠的创建高质量软件。
事实上，并不是这两个团队之间的协作帮助交付了更好的软件，而是“开发”和“运维”团队之间的统一导致了软件的改进，并以更快的速度交付。我们不要忘记DevOps工具在实现自动化方面所扮演的角色。
开发和运维“一体”的感觉是由开发人员和操作工程师之间的技能组合和实践的桥接以及自动化（DevOps）工具的实现引起的。世界各地的大型互联网公司都已采用DevOps方法来彻底改进其性能、安全性和团队动态。
在本篇文章中，让我们看看什么是DevOps，以及它为什么如此重要。我们将跟踪DevOps软件开发方法的演变，然后探索什么是DevOps及其生命周期，并通过评估世界顶级公司，来看看如何使用DevOps来获得益处。
软件开发的演变
多年来，DevOps从现有的软件开发策略/方法发展而来，以响应业务需求。让我们简要地看一下这些模型是如何演变的，以及它们最适合的场景。
缓慢而繁琐的瀑布模型演变成敏捷，开发团队在短时间内完成软件开发，持续时间甚至不超过两周。如此短的发布周期帮助开发团队处理客户反馈，并将其与bug修复一起合并到下一个版本中。
虽然这种敏捷的SCRUM方法为开发带来了敏捷性，但它在运维方面却失去了敏捷实践的速度。开发人员和运维工程师之间缺乏协作仍然会减慢开发过程和发布。
DevOps方法就是基于对更好的协作和更快的交付的需求而产生的，DevOps允许用较少复杂问题的持续软件交付来修复和更快地解决问题。
现在我们已经了解了DevOps的发展，让我们来详细看看DevOps是什么。
什么是DevOps？
DevOps是一种软件开发方法，涉及软件在整个开发生命周期中的持续开发、持续测试、持续集成、持续部署和持续监控。这些活动只能在DevOps中实现，而不是敏捷或瀑布，这就是为什么顶级互联网公司选择DevOps作为其业务目标的前进方向。DevOps是在较短的开发周期内开发高质量软件的首选方法，可以提高客户满意度。
在不了解DevOps生命周期的情况下，对DevOps的理解也会片面化。我们以CORNERSTOEN一站式云端DevOps平台为例。让我们看看它的DevOps生命周期，并探讨它是如何与下图所示的软件开发阶段相关联。
持续开发：
这是DevOps生命周期中软件不断开发的阶段。与瀑布模型不同的是，软件可交付成果被分解为短开发周期的多个任务节点，在很短的时间内开发并交付。
在CORNERSTONE任务模块里，任务分配给谁，就会是谁的责任。而且任务支持多责任人与子任务关联，所有的任务和状态都会体现在任务模块里，这个任务过程中的参与人员随时知道任务的状态和目前碰到的问题，可有效推进工作的解决。有了CORNERSTONE能够帮助我们追溯和监控，促进对于接任务的人员有效负起责任，并能够及时同步到信息。
持续测试：
在这个阶段，开发的软件将被持续地测试bug。CORNERSTONE平台覆盖完整的测试流程，可进行测试用例的编写，建立用例库，减少重复性操作，让研发团队的协作更高效，产品交付更快速。常用的两个功能为：
1）测试用例管理
通过编写测试⽤例，制定测试计划并执⾏，测试结果可直接关联到缺陷，方便对问题进行跟踪处理，实现对迭代质量的全程把控。
2）缺陷管理
强大的缺陷管理与统计功能，通过分组、解决状态、优先级等列表对缺陷进行全方位记录与跟踪，同时明确缺陷责任人，及时跟进解决缺陷；同时支持导入导出功能，导出时支持任意格式，不受模板限制。
持续集成：
这是支持新功能的代码与现有代码集成的阶段。由于软件在不断地开发，更新后的代码需要不断地集成，并顺利地与系统集成，以反映对最终用户的需求更改。更改后的代码，还应该确保运行时环境中没有错误，允许我们测试更改并检查它如何与其他更改发生反应。
CORNERSTONE⽀持将持续集成的结果部署到对应的测试环境，所有部署版本在测试环境中可随时访 问，⽀持灰度发布到⽣产环境中。
持续部署：
它是将代码部署到生产环境的阶段。在这里，我们确保在所有服务器上正确部署代码。如果添加了任何功能或引入了新功能，那么应该准备好迎接更多的网站流量。因此，系统运维人员还有责任扩展服务器以容纳更多用户。
CORNERSTONE支持依赖脚本pipeline实现的DevOps，支持持续集成与自动化部署，可直接在可视化的服务器上进行操作，同时满足多种开发语言，彻底解决敏捷开发在运维层面的瓶颈，方便开发人员对项目开发生命周期进行全盘管理。
持续监控：
这是DevOps生命周期中非常关键的阶段，旨在通过监控软件的性能来提高软件的质量。这种做法涉及运营团队的参与，他们将监视用户活动中的错误/系统的任何不正当行为。这也可以通过使用专用监控工具来实现，该工具将持续监控应用程序性能并突出问题。
CORNERSTONE嵌⼊一体化监控运维平台，实现IT环境的数字化、标准化，直接运维分析的基础，减少人工干预，降低⼈工成本。
既然我们已经确定了DevOps的重要性，并且了解了它的不同阶段以及所涉及的DevOps工具，现在让我们看看Facebook的一个案例研究，并理解为什么他们从敏捷转向DevOps。我们将采用Facebook曾推出的新特性的用例，这些新特性导致Facebook重新评估其产品交付并采用DevOps方法。
DevOps案例研究
曾经，Facebook向遍布全球的若干亿用户推出了一系列新功能——时间轴，推荐和音乐功能。发布后Facebook上产生的巨大流量导致服务器崩溃， 推出的功能获得了用户的大规模超常规响应，这导致了新功能产生了不可控的结果，使他们没有预料到。
这导致了Facebook重新评估和战略调整，从而使Facebook推出了暗启动技术。使用DevOps原则，Facebook为其新版本的发布创建了以下方法。
Facebook暗启动技术
暗启动是在新功能完全发布给所有用户之前，逐步将新功能，推广到选定的一组用户的过程。这允许开发团队尽早获得用户反馈，测试错误，并且还可以测试基础架构性能。
这种发布方法是持续交付的直接结果，有助于实现更快，更迭代的版本，确保应用程序性能不会受到影响，并且用户可以很好地更新该版本。
在暗启动技术中，新功能通过专用的部署管道发布给小型用户群。在上面给出的Facebook暗启动图表中，可以看到只打开了一个部署管道，将新功能部署到一组选定用户。此时剩余的数百条管道全部关闭。
持续监视部署功能的特定用户群，以收集反馈并识别错误。这些错误和反馈将被纳入开发，测试和部署在同一用户群中，直到功能变得稳定。一旦实现稳定性，通过启用其他部署管道，将逐步在其他用户群上部署这些功能。
Facebook通过将代码包装在功能标记或功能切换中来实现此目的，该切换用于控制谁可以看到新功能以及何时查看。与此同时，模拟向用户启动代码的全部效果，在向用户开放全部功能之前，可以及早的暴露应用程序基础架构的痛点和区域，功能稳定后，将通过多个版本将其部署到其余用户。
通过这种方式，Facebook拥有一个受控或稳定的机制，可以为其庞大的用户群开发新功能。相反，如果功能没有得到很好的响应，他们可以选择完全回滚部署。这也帮助他们为部署准备服务器，因为他们可以预测网站上的用户活动，并相应地扩展服务器。
总结
腾讯，阿里巴巴，百度以及许多领先的科技巨头，在向所有人发布之前，都使用暗发布逐渐向一小部分用户发布和测试新功能。
DevOps的目的是更快速、更可靠地创建质量更好的软件，同时开发、运维团队之间进行更多的沟通和协作。它是一个自动化过程，允许快速、安全和高质量的软件开发和发布，同时保持所有利益相关者在一个循环中。这就是DevOps获得越来越多的大型互联网公司青睐的真正原因。想要了解更多DevOps解决方案，请百度搜索CORNERSTOEN官网了解体验！
0 有用
0 无用
共有1个评论 我要评论»
开发和运维“一体”的感觉是由开发人员和操作工程师之间的技能组合和实践的桥接以及自动化（DevOps）工具的实现引起的。世界各地的大型互联网公司都已采用DevOps方法来彻底改进其性能、安全性和团队动态。
网友回复/评论仅代表其个人看法，并不表明本社区同意其观点或证实其描述。
1.不欢迎无意义的回复/评论和类似“顶”、“沙发”之类没有营养的文字
如果只是想简单的表个态，请点 有用无用支持反对 等按钮
2.发言之前请再仔细看一遍文章，或许是您遗漏、误解了，理性讨论、切莫乱喷
3.严禁发布违法、违规的信息，请勿到处招贴广告、发布软文；
4.如果您发现自己的回复/评论不见了，请参考以上3条
5.不停制造违规、垃圾信息的，账户将被禁止