什么是DevOps
开贴讨论DevOps. 那么什么是DevOps？http://zh.wikipedia.org/wiki/DevOps
DevOps（英文Development和Operations的组合）是一组过程、方法与系统的统称，用于促进开发（应用程序/软件工程）、技术运营和质量保障（QA）部门之间的沟通、协作与整合。 它的出现是由于软件行业日益清晰地认识到：为了按时交付软件产品和服务，开发和运营工作必须紧密合作。
可以把DevOps看作开发（软件工程）、技术运营和质量保障（QA）三者的交集
传统的软件组织将开发、IT运营和质量保障设为各自分离的部门。在这种环境下如何采用新的开发方法（例如敏捷软件开发），这是一个重要的课题：按照从前的工作方式，开发和部署不需要IT支持或者QA深入的、跨部门的支持，而现在却需要极其紧密的多部门协作。然而DevOps考虑的还不止是软件部署。它是一套针对这几个部门间沟通与协作问题的流程和方法。
需要频繁交付的企业可能更需要对DevOps有一个大致的了解。Flickr发展了自己的DevOps能力，使之能够支撑业务部门“每天部署10次”的要求──如果一个组织要生产面向多种用户、具备多样功能的应用程序，其部署周期必然会很短。这种能力也被称为持续部署，并且经常与精益创业方法联系起来。 从2009年起，相关的工作组、专业组织和博客快速涌现。
DevOps的引入能对产品交付、测试、功能开发和维护（包括──曾经罕见但如今已屡见不鲜的──“热补丁”）起到意义深远的影响。在缺乏DevOps能力的组织中，开发与运营之间存在着信息“鸿沟”──例如运营人员要求更好的可靠性和安全性，开发人员则希望基础设施响应更快，而业务用户的需求则是更快地将更多的特性发布给最终用户使用。这种信息鸿沟就是最常出问题的地方。
以下几方面因素可能促使一个组织引入DevOps：
使用敏捷或其他软件开发过程与方法
业务负责人要求加快产品交付的速率
虚拟化和云计算基础设施（可能来自内部或外部供应商）日益普遍
数据中心自动化技术和配置管理工具的普及
有一种观点认为，目前占主导地位的“传统”美国式管理风格（“斯隆模型 vs 丰田模型”）会导致“烟囱式自动化”，从而造成开发与运营之间的鸿沟，因此需要DevOps能力来克服由此引发的问题。
DevOps经常被描述为“开发团队与运营团队之间更具协作性、更高效的关系”。由于团队间协作关系的改善，整个组织的效率因此得到提升，伴随频繁变化而来的生产环境的风险也能得到降低。 几个名词的中英文对照，这样在查找资料的时候有的放矢。
DevOps（英文Development和Operations的组合）
敏捷 （agile） - 后面还会有介绍。
持续部署 （continuous deployment) 感谢老版主的支持！
我们要不发起一系列的DevOps的活动吧，普及普及，呵呵 在DevOps这个话题，我是新人，也是在学习过程中，希望能通过这些帖子能找到志同道合的伙伴。 也希望推广一下这个概念。 "The secret is to lead the change or to adapt better and faster than your competitors"
今天在一个agile 项目的讨论里，看到这句话。 翻成中文就是，如果你想要成功，就领先你的竞争对手，比对方适应的更好更快。而使用 agile （敏捷开发） 做指导开发的项目就很能体会到这点。 这也是新创公司易于接受DevOPs理念并实施的原因。
这个对本论坛的指导作用也是一样的。
页:
[1]