Devops 解决方案
1. 方案概述
随着现代化“互联网+”的推进，对各个公司和开发团队提出了更高的要求；业界普遍的大规模实践证明，将以前应用在代码开发中的敏捷方法扩展到生产环节的 Devops 方法实践，是能够在现阶段最有效提高工作效率，降低质量风险，增强企业核心技术能力的方式之一。
Devops的定义是：DevOps及其产生的技术，构建和实践代表了许多哲学和管理运动（包括）的融合：精益，约束理论，Toyota生产系统，弹性工程，学习型组织，安全文化，人为因素，高信任管理文化，雇佣领导，组织变革管理和敏捷方法。Devops 不是一个新团队、不是一个新角色、更不是一种新工具。Devops 是一整套完整地帮助企业得到提升得敏捷方法论和实践工具集合。
2. 方案介绍
精灵云的Devops 方案覆盖整个软件开发、测试、运维周期，高度强调高效组织团队之间如何通过自动化的工具协作和沟通来完成软件的生命周期管理，从而更快、更频繁地交付更稳定的软件。
2.1.
Devops 展开的方式
常见的了解和实施DevOps的路线图有三种，它们是： ? 迁移（Flow）
? 反馈（Feedback）
? 持续学习（Continual Learning）
2.1.1.
第一种方式: 迁移
第一种方式是专注于IT组织中的活动流程，往顺利，快速方面进行优化。在此环节中，需要解决的关键流程之一是从开发团队到生产中的价值流（the flow of value，以软件的形式），这涉及连续交付和优化部署Pipeline等概念。
以精益思维看，第一种方式是理解你追求的“价值流”，识别和消除阻碍流动的障碍，并自动化以增加流量。
2.1.2.
第二种方式: 反馈
第二种方式是建立在第一种基础之上优化从右到左的反馈流程。这也包括最终的反馈 - 开发团队敏锐地了解他们的软件在生产中的表现以及最终用户实际如何使用它们。这部分还包括所有角色中所有人的任何类型反馈。
第二种方式目的是为在IT组织反应工作质量以及对客户的影响，并将之可见。这不仅包括确保反馈的稳定提供，且包括缩短和优化反馈循环，以便人们尽可能快地自动收到反馈。
2.1.3.
第三种方式: 持续学习
流动和反馈良好的前提下，第三种方式利用了建立继续学习和持续改进的模式。 它生来自带一些门槛问题：“我们可以从我们所做的和我们收到的反馈中学到什么？”以及“我们如何利用这些知识来改善IT组织的绩效？
最终，这种学习超出了我们工作的基础，包括尝试寻找新的和创新的方式来更好地满足客户、用户和组织的需求。例如，在“假设驱动的开发”中，我们假设用户和客户可能需要哪些软件功能，然后构建软件实验来测试这些假设，丢弃失败的实验，并建立在那些正向工作上的继续学习和持续改进。
第三条途径涉及到我们失败方法的文化转型：愿意把失败当作学习机会。无论是意想不到的操作失败，还是我们通过实验带来的失败，我们认为失败是好的，因为我们可以从中学习，逐渐完善。
2.2. Devops 的核心原则
一个核心的DevOps原则是“自动化你尽可能想到的一切”。这个论调很重要，自动化利于优势流转（第一种方式），快速反馈回路（第二种方式）和高性能（随着持续学习和持续改进，第三种方式）。
自动化是DevOps底线，再看它想对现有模式的优势所在：
? 加快速度 自动化比手动快。如果某环节实现了自动化，那就几乎是最快了。 ? 减少人为错误 工具不会像人们那样犯错误。一旦工具被配置和验证正确，它将每次都正确地完成任务。
? 一致性 一旦每个工具都按照定义确保了一致性。那就可以用工具来检查和执行不自动化环节的一致性。
? 减轻风险 由于工具不会出错，可用于检查手动活动，因此可以部署以减轻无法避免的风险。
? 高效能组织尽量的自动化一切 - 这就是Devops高效的诀窍。
2.3. DevOps解决核心冲突
每个IT组织都有两个同时的核心/优先事项：
创新.通过开发和部署新的增强服务和应用，跟上客户和用户不断变化的需求。 稳定.确保客户和用户都可以使用这些IT服务和应用，并保证其数据和信息安全。
这两个优先事项是相互冲突的，因为将变更部署到生产环境中是造成中断和其他操作问题的最常见原因。更坑爹的是，这些相冲突的优先事项还经常引起其他功能性障碍，因为开发通常首选创新优先级，而运维首选稳定优先级。
DevOps不只是说Dev和Ops（以及QA和Security）必须合作， 同时DevOps也通过实现创新和稳定来解决核心慢性冲突。 DevOps的做法和工具确保整个IT操作的
稳定性和可预测性，特别关注创新和部署过程中的稳定性。 这可以通过允许IT团队快速移动并经常部署，从而加速创新，而不会危及安全性和稳定性。
Devops注重的是你在做什么，用特定的工具和技术改造工作流程，改进反馈，并开始不断学习和改进。
Devops 解决方案 V1.0
