DevOps(开发运维一体化)的应用场景

发布于2019年02月22日浏览:3635次

DevOps以其独具匠心的价值观,整合业界**开发及运维方法论的姿态正在逐步被各行各业的人们推崇和喜爱。在本文中,东方瑞通高级讲师刘通老师就DevOps(开发运维一体化)的应用场景进行了详细说明,我们一起来学习吧~


DevOps的应用日益广泛,有权威的官方机构预测未来2-3年内80%的世界500强企业将会应用DevOps的较好实践来指导其开发和运维的日常工作。业界的DevOps专家和学者在相关论文和著作中对DevOps模式的应用场景做了更加精准的细分,其中最为**的为如下4个领域的划分。


领域一,将开发工作自然延伸至生产环境中
拓展软件的自动化测试的能力,做到每日构建和持续集成,按需把高质量的软件成功发布到生产环境,并且可以集成质量保证(QA)、测试(QC)和安全管控(Security)等职能作用,确保经过严格质量检测的代码和安全的运行环境可以在生产中直接部署。


领域二,给开发环境加入及时故障管理和反馈机制
在软件开发环境就建立IT故障管理流程,做到及时发现开发环境的故障预警、监控、响应和处理机制。做到故障管理的向左移动(Shift Left),即尽可能使得开发团队可以实现自助服务,并且在针对开发环境的运维做到可视化管理,即建立可视化的面板(Dashboard)指导异常事件或故障的及时捕捉、记录、转派、升级和事后的分析统计等操作。


领域三,将开发作为IT运维工作链的一环
需要联合开发团队,使其投入到整个生产环境的问题管理过程中。即分配开发资源用于生产环境的问题解决,尽量在开发或设计阶段提前解决技术债务的问题。提倡开发团队和维护生产环境的运维团队之间的交叉培训,从而增加运维人员的问题处理能力,并降低故障升级为问题的数量。


领域四,将IT运维场景故事带入对开发的需求中
为了使开发和架构设计团队充分了解运维的场景,需要把IT运维资源投放到开发团队,帮助开发团队创建相关的运维故事和场景描述,这些都可能是开发阶段需要考虑的非功能性需求,比如不能明文传输文件,软件交易需要达到1万个终端同时接入,可以按照业务交易量的多少动态创建或移除支撑软件运行的虚拟机,并针对虚拟机的访问策略和负载均衡策略需要做到动态的按需配置。


结合业界专家的论述,本文创造性的论述DevOps的另四种应用场景。


领域一,不断提升组织中的流程改进
标准化和不断自我改进的流程是实施DevOps的前提,在组织中负责制定制度和流程的团队可以寻求不断的流程优化和改进,更加符合精益和标准化的流程是组织内在杜绝浪费和提高运营效率的机会。这也是DevOps的核心价值观所在。
领域二,不断寻求工具自动化的机会
通过DevOps的部署流水线的理念,把标准化的流程利用自动化的工具实现流程的自动化运作和软件的自动化测试和部署,提升整体软件部署的效率和效果。自动化工具需要支持我们之前提到的DevOps的较好实践,比如持续集成(CI)和持续部署(CD)等。
领域三,基于平台的交付能力
通过搭建整合的平台环境,不断打造软件的持续交付能力,该能力应该包括软件参数的自动化配置、不同版本的数据库软件的自动安装和数据迁移自动化,基于云平台的基础设施资源的自动搭建和释放,基础设施环境包括软件定义的网络环境(SDN)、虚拟机(Virtual Machine)和虚拟存储(vSAN)等。
领域四,可以打造组织内的协作和不指责文化
DevOps的落地实施对组织的改变应该是内部文化的变更,这种变更可以说是翻天覆地的。因为我们要打造的DevOps文化是提倡部门之间协作(Collaboration)的文化,出了问题不指责(No Blame)的文化,符合精益思想的团队,共同达成组织既定的战略和商业价值。DevOps的落地就是其价值观或文化的落地,DevOps的价值观和文化可以总结为CALMS,详见如下图示:



DevOps的CALMS价值图

DevOps的价值观就是要塑造团队之间的彼此信任、沟通、协作的文化氛围。那么如何才能做到这一点呢?且看DevOps的先行者荷兰的ING银行集团的首席信息官(CIO)是如何起步的!


在组织内全面实施DevOps绝非易事。转型可能会给个人、部门和整个组织带来风险。变革需要勇气,尤其是当有人不断地挑战和抵制你的时候。但如果从小处做起,就没什么可怕的。任何***都需要勇于分配给团队在可控的范围内冒一些险。

——ING银行集团 CIO



相关推荐:

EXIN DevOps Foundation认证培训为什么值得被看好?

DevOps Foudnation认证考试大纲和样题解析免费下载

大牛分享:ITIL 4 Foundation考试备考心得

祝文彬老师详谈:ITIL 4认证方案


分享 0

您已经赞过了!