开门见山 - DevOps.docx

开门见山 -DevOps本文提纲挈领的介绍了DevOps是什么、DevOps与敏捷开发的关系以及成功实施DevOps所需要的准备。DevOps是什么在持续流行的、被称为DevOps的现代软件交付方法中，沟通、协作和集成是3个主要原则。DevOps一词由Patrick Debois创造于2009年，这个术语（开发和运维）是对敏捷开发环境的扩展，它的目的是强化软件交付过程作为一个整体。DevOps是敏捷的进化回到2009年，越来越多的IT专业人士开始摈弃传统的瀑布方法，转而拥抱非线性的敏捷方法。他们实现敏捷方法的途径是，让每个开发阶段独立，在早期就把持续测试纳入进来，并且把持续测试贯穿在整个部署周期中（请参考本文后半部分的术语词汇表以获取更多细节）：作为这种实践的结果，它提高了效率，同时减少了风险。之所以能够实现这种结果，是因为它使得开发者可以基于他们收到的持续反馈而在部署到生产环境前做出快速的变更。虽然敏捷方法通常增强了部署，但是在到达部署的时候，在这个流程中仍然存在着脱节，因为在部署中依然采用的是瀑布方法。虽然开发通过使用敏捷方法降低了风险和提高了效率，但是部署却停滞在了线性的瀑布结构上，这就减慢了交付，并且把测试留到了这个过程的最后-这个过程错误的划分了所有者关系。它带来了交付周期中的巨大瓶颈，因为如果在接近部署后期时发现一个问题，那么开发人员需要从头来过。通过透视在开发和部署中的这种脱节和理解在软件交付的全部方面都拥抱敏捷所带来的好处，Debois想到了DevOps的理念。把开发和运维嫁接起来，同时采用由敏捷所扩展出来的最佳实践和原则，那么就有可能极大的提高效率并且降低交付的风险。DevOps需要文化的变化DevOps不是一个工具或者技术，它是文化的变化。不管组织的类型是什么，大部分组织都是惧怕变化的，所以采用新方法论可能是极具挑战的。所以，最关键的，首先要做的是，定义业务需求，是业务需求带来了对潜在变化和相应挑战的讨论。现在，我们期望业务能够快速的交付无瑕疵的应用，这些应用聚焦在用户体验上。但是，如果没有恰当的工具、应用和行动，这个看起来简单的任务将会变得团团糟。最终，有缺陷的交付将导致错失商业机会。DevOps文化仅仅能够在这样的环境中长存：每个人都拥抱DevOps理念。想要获得成功的软件开发和交付，它需要恰当的技术、现状评估和态度。如果组织内的每一个人都能站在同一个面上，并且理解无歧义的、一致性的沟通所带来的力量，也能够理解业务目标，那么就没有什么可以阻碍这个组织了。当然，拥有广泛的技能集合是有益于这个过程的任何一个层面的，那些幸运个体也会愿意成为在团队中发挥能量的成员。DevOps需要统一的、具备多元能力的团队正如前面所提到的，协作、沟通和集成是把DevOps纳入任何开发和交付设置中的关键元素。构建具备多元能力的团队能够带来巨大的收益，该团队由人才个体组成（例如开发人员、系统管理员和测试人员）。但是，如果没有恰当的团队合作和态度，每个人才个体都几乎是没有任何用处的。当人们知道他可以信赖其他任何人时，这个组织作为一个整体可以更加快速和高效的做出响应，这最终会让客户满意度更高。实践DevOps方法的第一步包括，识别出软件开发、IT运维和QA是如何相互依赖的。正如前面所提到的，DevOps依赖于在软件交付流水线上的关键人员之间的跨部门协作和开放沟通，这样才能够提升运维效率、可预测性和可维护性。在该流程的早期集成和自动化这些元素可以使团队以流式的方式进行软件交付。DevOps是企业IT的未来现代企业应用充斥着复杂性，这些复杂性随着使用各种不同的技术、多种数据库和各式各样的终端用户设备而愈演愈烈。DevOps可能是成功应对这些多样环境的唯一可行的方法。DevOps词汇表以下是前面所描述的整体原则中所涉及到的术语和工具，它们是成功的DevOps工程师所需要知道的：云IaaS如果你在IT行业工作，你会听说过公有云。如果你听说过公有云，那么你会听说过处于领先地位的云厂商，例如Amazon Web Services（AWS）、Microsoft Azure和Google Cloud Platform （GCP）。他们是基础设施即服务（Infrastructure as a Service，IaaS）厂商，他们通过基于互联网的开放链路在虚拟化的环境中向用户提供了计算资源。这些资源包括，存储、带宽、虚拟服务器、负载均衡器、网络连接和IP地址。厂商和工具的一些例子是：AWS、GCP、Azure、IBM SoftLayer、Digital OceanPaaS平台即服务（Platform as a Service，PaaS）使得开发人员可以在基于云的平台上构建应用和服务。PaaS提供的服务可能需要很少或者完全不需要客户方具有托管的专业知识，并