geraldjin的博客

通过学习本课程，您将系统性地掌握 DevOps的管理体系、最佳实践、三步工作法的具体落地方法，尤其是贯穿课程中的10个以上国内和国外真实落地案例，让您切身感受到这些优秀方法与实践应用的全过程、所解决的问题以及产生的价值，让您快速成长为DevOps实践者。DevOps是现在最炙手可热的方法和技术，目标是能够以可持续的方式，将变更快速、安全的部署到生产环境或用户手中，让软件交付过程可以做到持续交付，实现更短的交付周期、更高质量和更低的成本。第三方认证：CSM®，ACP®，ITIL®，或 PMP®。

Sonarqube内置的标准包括OWASP、CERT、CWE等，OWASP和CERT与安全有关，将在后续的主题中介绍，CWE(Common Weakness Enumeration)是一个常见软硬件弱点类型的清单，不仅包括安全漏洞，也包括其它方面的质量弱点，在其官网提供了查询功能，通过相应的关键字能够查询到对应的弱点描述及编号，再用其CWE编号到Sonarqube中即可搜索出对应的规则。可以选择合适的代码规则，也可以根据组织已有的编码规范来开发代码规则，或导入第三方的代码规则库。

主干开发、分支发布“则是在临近发布时，从主干上复制一份代码作为发布分支，在此发布分支上进行测试、缺陷修复，质量达标后将此分支的代码部署到生产环境。但是这种基于“主干开发”的模式依然存在一颗老鼠屎坏了一锅粥，以及需要“特性开关”的问题，且如果对发布分支的数量不加约束，可能又会引起分支数量和版本号的混乱。阿里又想了个新套路AoneFlow：新开发的特性先不合入主干，而是从主干拉取临时的预发布分支和发布分支，新特性先合入这个预发布分支和发布分支，在此分支上测试部署通过后再合入主干。路径和凭证是相对固定的。

在开源/闭源的选择上，还需要考虑成本、更新频率、社区和支持、用户评价、文档等方面的因素。在引入了持续集成、持续测试、持续部署这几个核心环节之后，就可以再根据需要添加其它环节的工具，比如需求和任务管理、运维监控、制品管理、效能平台等等，最终打通研发过程的任督二脉，以迅雷不及掩耳盗铃儿响叮当之势完成从计划需求到发布部署的整套任务环节。测试自动化之后，运维大哥表示也不能再手动了，把环境配置文件、镜像制作和运行的脚本也都放到了流水线中，测试通过后就可以自动执行，将程序包部署到指定的环境，这就实现了持续部署。

小开决定让产品部门把需求拆分成一条一条的形式，开发部门每个月完成其中的几条需求并向用户发布一次，这样每个月都能获得用户的反馈，并根据反馈对产品进行调整。没错，这种快速交付快速响应的模式就是“敏捷”。和其它很多软件开发组织类似，小开的整体业务流程主要涉及到三个部门：代表广大甲方爸爸根本利益的产品部门，熬夜生产bug的开发部门，7*24小时待机的运维部门。通过以上这些将开发和运维一体化，并和敏捷的开发过程融合在一起，用一条工具链承载起一个贯穿产品部门、开发部门、运维部门的完整工作流程，是谓DevOps也。