devops英语怎么读

DevOps（英文Development和Operations的组合）是一组过程、方法与系统的统称，用于促进开发（应用程序/软件工程）、技术运营和质量保障（QA）部门之间的沟通、协作与整合。它的出现是由于软件行业日益清晰地认识到：为了按时交付软件产品和服务，开发和运营工作必须紧密合作。 Dev和Ops这两个角色从计算机诞生之日就已经存在，而且在诞生之初它们本身就是一体的。 在最早期，计算机的使用范围非常有限。其硬件生产、软件开发和日常运维很多时候都是来自同样人员或者团队。所以，Dev和Ops这两个角色也就自然融合在一块。随着计算机使用用途的扩展，越来越多行业开始采购计算机来提升效率，其中个人电脑（PC）的出现则让计算机从传统的计算领域向外延伸到各行各业。于是，PC时代其就诞生了许多独立的计算机软硬件供应商。而步入这个阶段后，计算机软硬件研发就会和最终使用者自然分离。当企业普遍开始使用计算机及相关软件来提升日常运营效率时，通常会需要专职的IT系统运维管理人员来保证其正常运行，于是最早期的专职运维人员（也称系统管理员）应运而生。在这个阶段，系统的研发人员（Dev）和运维人员（Ops）其实是处在不同的机构中，他们之间的沟通和交互主要靠产品说明书、操作文档以及付费的Support完成。为保证企业内IT系统的稳定运行，以Ops为中心的运维管理体系（如ITIL）逐步形成。

运维工程师(Operations)在国内又称为运维开发工程师(Devops)，在国外称为 SRE（Site Reliability Engineering）(网站可靠性工程师)。

Devops是一种思想，从项目立项开始到开发再到测试最终到上线整个流程的自动化

目前国内讲的最多的devops实际上指的是你的流程+完善的工具系统

这类工具系统有很多，例如开源的CODO

运维常常也负责硬件、网络、存储、主机、数据库、操作系统，桌面及应用等方面的工作，有的公司直接写基础架构工程师也是非常准确的描述。Infrastructure engineer

在业务敏捷化的需求背景下，传统的单体式架构及项目制瀑布开发模式已经无法满足业务快速开发交付及变更的需求。从企业IT部门的视角，为了更快速响应业务变化，实现应用的快速开发交付及迭代，敏捷开发（Agile）风靡一时，Scrum作为敏捷方法论被认为是全球最流行与最有效的敏捷项目管理理念与方法之一；

而以敏捷开发为基础的DevOps（Development和Operations），则进一步整合了开发测试和运维团队，通过组织、文化和工具，以及自动化“软件交付”和“架构变更”的流程，使得构建、测试、发布软件能够更加地快捷、频繁和可靠。

DevOps可以有效提升软件交付效能，在实现更频繁更快速应用发布的同时，可以有效减少发布变更导致的故障及停机时间。

而在所有参与调查的企业当中，在实施DevOps的同时采用PaaS、云原生、容器技术的企业有更高的概率是高效能精英团队。IT团队的敏捷化转型，为业务团队更快速响应市场变化提供了能力支撑。在企业数字化浪潮下，能否比竞争对手更快的发现和响应市场变化，是保持企业竞争力的重要因素。

完整阅读：Nebulogy纳比云原创文章《BizDevOps推动企业数字化转型与高速增长》

DevOps起源于亚马逊和Google这样的大型互联网公司

术语“DevOps”通常指的是新兴的专业化运动，这种运动提倡开发和IT运维之间的高度协同，从而在完成高频率部署的同时，提高生产环境的可靠性、稳定性、弹性和安全性。DevOps运动的起源通常被放在2009年前后，伴随着许多运动的相辅相成和相互促进——效率研讨会运动，特别是由John Allspaw和Paul Hammond展示的开创性的“一天10次部署”，基础设施即代码”运动(Mark Burgess 和Luke Kanies)，“敏捷基础设施运动” (Andrew Shafer)，“敏捷系统管理”运动(Patrick DeBois)，“精益创业”运动（Eric Ries），Jez Humble的持续集成和发布运动，以及Amazon的“平台即服务运动”等这些运动的相辅相成和相互促进而发展起来的。

(1)、Templates 这里就是一些Java系统的模板了，比如J2EE的框架和J2SE的其中有类的设计模板，包的设计模板 J2EE因为我没有学过，只是知道一些概念原理，我想大致应该就是一些Framework和容器之类的吧。 J2SE的模板呢，就是对应用程序的管理了，比如该应用程序的描述(description),导入的包(import)，成员函数定义(operations),说白了就是一个Java系统的管理模板。 (2)、Together 该选项中包含有 Modeling Project UML Diagram Example 选择ModelingProject就是新建一个建模工程了，选择后会切换到UML视图了，显示在面前的就是UML Diagram平面，在其中你可以画UML图，包括包，包中的类，等等，每画完一个UML图，其Java源代码都会在下方显示出来，包括包名定义，接口等等。可以通过单击右键看到更多的功能。选择UML Diagram，这个就不说了，就是从属于工程建模的。两者关系好比先新建一个Java项目工程，再新建一个类，或一个包一样。 选择Example，这个里面就有一些模板和模式 Patterns And Templates Purchase Transaction UML Modeling 这三个都是作为工程来新建的。 第一个Patterns And Templates就是我常说的一些Java设计模式了，新建此项后，打开项目你会发现所有的Java模式全部都在里面了（包含了J2EE的框架），还有structs，soap，swt，xmlParseAPI，通过在包上单击右键选择open diagram可以看到代码对应的UML图，相信这个对大家对Java模式和api的整体理解会有很大的帮助。 第二个Purchase Transaction，这个相信大家都知道了，就是一个交易工程，以前软件工程里最经典的就是那个ATM取款过程了，这个Purchase也是一个大的工程，可以看看它的实现模式和工程，挺不错。 第三个UML Modeling就是建模的一个模板，给你提供了UML图示，你来管理这些UML图，比如它给出了包的视图，里面也预置了很多类，你可以修改这些类，可以增加删除这些类，可以建立包，类之间的关系。 对于基本的使用应该够用了，具体的设计方法和实现可以参看文档，主要是想写这个侧重来了解Java的模式。所以对于工具的使用肯定还不够全面的，以后有心得了再写点。希望大家用的开心 总结下： 1）如果用单独的Together ControlCenter可以下载专门的中文教程，我这里也有一份，到时整理好作为资源共享 2)Together for Eclipse中关于UML的设计实现可以看《Get Started》文档 3)了解设计模式推荐看看《Java 与 模式》，阎宏，这样用Together来学习java模式效果应该更好些。