大家好，我是哪吒。
本系列为SpringCloud微服务系列，上一期共享了# 图解Nginx，体系架构演变 + Nginx反向代理与负载均衡今天共享DevOps，读哪吒编程，品技能人生。
一、DevOps是什么？
DevOps 是 Development 和 Operations 的组合词。它是一组进程、方法与体系的统称，用于促进开发（应用程序 / 软件工程）、技能运营和质量保证（QA）部分之间的交流、协作与整合。
它是一种重视“软件开发人员（Dev）”和“IT 运维技能人员（Ops）”之间交流合作的文化、运动或常规。
透过主动化“软件交给”和“架构改变”的流程，来使得构建、测验、发布软件能够愈加地快捷、频频和可靠，把灵敏开发部分和运维部分之间的围墙打通，形成闭环。
在 DevOps 流程下，运维人员会在项目开发期间就介入到开发进程中，了解开发人员运用的体系架构和技能路线，然后拟定适当的运维计划。而开发人员也会在运维的初期参加到体系布置中，并供给体系布置的优化建议。
二、为什么会呈现DevOps？
1、容器化技能的开展，微服务架构的开展，直接促进了DevOps的迅速开展
2、敏态需求的增加，即探索性作业的增加
软件开发从传统的瀑布流方法到灵敏开发，再到现在对灵敏开发提出了更高的要求，近些年立异型的应用不断涌现，在这些应用的研发进程中多选用小步快跑、快速试错的方法，这些探索性作业要求运维能够具有一天发布屡次的才能，需求企业完结由稳态到敏态的转变。
3、软件开发活动在企业经营活动中占比的不断增加
业务开展对软件的依靠由轻度依靠、中度依靠开展到目前的重度依靠。
4、企业存在对消除糟蹋的需求
- 软件开发活动在企业中的方位越来越重要，而像企业经营活动一样，软件开发活动中也存在着许多的糟蹋，企业管理上必定存在着**「辨认并消除糟蹋」** 的需求。
- 软件开发中的糟蹋包含不用要和必要的糟蹋，不用要的糟蹋有：无人运用的功用、软件bug、等候测验、等候批阅等；必要的糟蹋包含：作业项移送、测验、项目管理等。
三、DevOps的优势
DevOps 的首要优势在于，主动化流程能够比人员更快，更可靠地执行重复操作。 关于安排而言，让开发人员或其他人员整天构建和布置代码既不可行，也无济于事。使这些重复性使命主动化能够使开发人员腾出精力去做自己最擅长的作业 ~ 修改代码。
这样做是答应在几分钟之内构建和布置代码，这仅受安排挑选管理其DevOps管道的方法的限制。这意味着从开发功用或过错批改到向最终用户供给更好的体验之间的时刻能够大大缩短，然后运用户愈加满意。
它还创建了更好的反应循环。新功用越早交给给用户，安排就越早能够收集反应和目标并深入了解用户对其产品的喜好。这使安排保持灵敏并为立异供给了更好的环境。
四、DevOps生命周期
DevOps生命周期首要包含产品（策划、研发、运营、推出）、项目（立项、执行、竣工），而灵敏、持续集成、持续布置、持续交给都是 DevOps 的一个部分的阶段。
DevOps 在支撑全生命周期的进程，要以产品的视角来看待，真正进行交给的时候，也要以产品为维度进行安排的设立。
DevOps 的核心是一组工具和实践，可协助安排更可靠，更快地构建，测验和布置软件。
DevOps 使安排能够比具有传统开发和发布周期的安排更快地开展和交给其产品，然后能够供给竞赛优势。与其每天两周或更长时刻发布一次版本，不如每天向用户交给新功用，而且能够在数小时内布置过错批改，一切这些都遵循相同的可重复主动化流程。
五、DevOps三大准则
1、活动准则
「加速」 从开发、运维到交给给客户的流程；
- 坚持少做，产品开端开发时选用 MVP 准则，产品迭代时要适时做减法；
- 持续分解问题，大的改变或需求拆解为一系列小的改变，快速处理；
- 作业可视化，选用 Sprint 看板将作业可视化；
- 操控使命数量，削减前置时刻，下降测验人员的等候时刻；
- 削减交接次数，削减不用要的交流和等候；
- 持续辨认和改进约束点，提高搭建环境、需求文档、QA、开发、运维的出产力；
- 消除价值流中的窘境和糟蹋；
2、反应准则
建设 「安全可靠」 的作业体系；
- 在复杂体系中安全地作业；
- 及时发现问题；
- 在源头保证质量；
- 为内部客户优化作业；
3、持续学习与实验准则
选用科学的作业方法，将对安排的 「改进和立异」 作为作业的一部分。
- 建立学习型安排和安全文化；
- 将日常作业的改进制度化；
- 把部分发现转化为全局优化；
- 在日常作业中注入弹性模式；
- 领导层强化学习文化；
六、快速实现DevOps
开发人员完结了为其小部件的新功用编写代码。他们将代码提交到功用分支，该功用分支在其开发计算机上启动了一些轻量级测验，检查是否存在任何代码款式问题，同时还扫描具有新揭露的安全漏洞的软件包。开发人员提交拉取恳求以将其代码合并到代码存储库中，该代码存储库向团队聊天发送通知。
团队中的另一位开发人员检查了代码更改，在发现代码中没有问题之后，同意了恳求恳求。该代码会主动合并到开发分支中，然后开端构建进程。构建服务器将克隆 developer分支，装置一切软件包依靠项并构建窗口小部件。生成服务器会运行单元测验和集成测验，以确保新功用不会在小部件的其他部分引起任何让步。
每个测验都通过了，构建成功。依据代码库中定义的最佳实践装备，将在云中主动装备一个新容器，并布置小部件。
此刻，安排有两个挑选。他们能够挑选将更新后的窗口小部件主动发布到出产环境中，并使一切用户或挑选接收最新功用的部分用户能够运用该功用。主动布置到出产中称为接连布置（CD）。
或许，安排能够挑选仅将功用发布到用户检验测验（UAT）环境中，然后依据预定义的时刻表手动同意将发布发布到出产中。在管道中增加手动批阅流程一般称为“持续交给”（CD的另一种方式）。
无论是否触及手动步骤，一旦将小部件成功布置到出产中，都将执行附加的主动化测验。其他工具收集有关性能和用户行为的目标，这些目标将供给给IT运营和开发团队，以供给实时反应，突出显示潜在的过错并协助刻画新功用。
关于根本的 DevOps 管道，这是一个适当典型的进程，但详细细节取决于安排。
一些安排倾向于在出产环境中快速布置，将新功用隐藏在功用符号后边，以答应向用户群分阶段发布。其他人则更喜爱运用更传统的开发，测验和出产环境结构，在此结构中，功用被批量布置并在布置到出产之前通过多个手动门缓慢发布。
DevOps 能够依据安排或项目的特定需求进行定制。
该进程趋于开展，增加其他测验以生成更安全的应用程序，或找到优化管道以加速构建速度并削减人工干预的方法。
