再谈DevOps实践和价值(12.11)

标签: IT咨询 | 发表时间:2018-12-11 20:08 | 作者:人月神话
出处:http://blog.sina.com.cn/cmmi

今天再谈下DevOps过程实践和实际的收益价值问题。对于DevOps先引用网上的一段总结如下。这里我们先分析一下DevOps是什么。大部分人对DevOps的解释都是从这个单词直译过来的就是开发运维一体化,其实这样理解很片面。其实我们不难从Patrick提出DevOps的过程得出结论,DevOps的精准解释应该是通过敏捷的软件开发与敏捷的运维管理相结合达到业务的快速、灵活响应,也就是DevOps = Dev Agile Ops Agile。那么我们在重新组合整理下,DevOps就是敏捷管理与软件的持续交付。

从去年开始,我们就一直基于容器化技术加微服务平台在进行DevOps支撑平台的开发和实践,在这个过程中有不少曲折,也有些还没有想清楚的地方,但是这些并不妨碍我们对DevOps过程和价值的理解。

持续集成和敏捷方法论是理论基础

对于敏捷开发和持续集成,在我博客上也写过很多的文章在阐述,敏捷开发的重点是短周期持续迭代,持续集成重点是流水线的自动化,而两者都强调了过程自动化和可视化,更加强调了沟通协同过程的改进,而这些本身也是我们在推进DevOps过程实践的基础。

容器技术是实践落地基础

我们一谈到DevOps支撑过程或支撑平台,一般都会谈到容器技术,可以讲基于Docker的容器技术是DevOps支撑过程最终实践落地的基础。通过容器技术才能够更好的实现我们从开发构建到部署,到单元测试整个过程的流水线作业。对于应用来说,完全不用关心具体的物理资源和逻辑资源,只需要按需进行自动化部署即可,这个过程基本在1到3分钟就能完成,极大加快了整个自动化过程的效率。

同时容器技术本身也带来了开发和运维过程的一体化,通过容器化PaaS平台更加容易实现在运行期的资源自动监控和资源调度。

微服务架构和组件化关键配合和驱动力

如果整体应用就是一个大的单体应用,你会发现构建和打包过程再怎样也复杂不到哪里去。但是如果你面对的是几十个甚至更多的微服务模块,同时相互之间还有成百上千的api接口交互,那么整个构建和集成过程的自动化就相当重要了,否则我们需要投入专门的人来处理构建和集成的事务。

由于单个容器本身分配的计算和内存资源都是有限的,如果太大的部署包反而不适合部署到容器里面,因此微服务架构下拆分为更小的组件模块后更加适合结合容器技术进行管理和调度。




 

相关 [devops 实践 价值] 推荐:

再谈DevOps实践和价值(12.11)

- - 人月神话的BLOG
今天再谈下DevOps过程实践和实际的收益价值问题. 对于DevOps先引用网上的一段总结如下. 这里我们先分析一下DevOps是什么. 大部分人对DevOps的解释都是从这个单词直译过来的就是开发运维一体化,其实这样理解很片面. 其实我们不难从Patrick提出DevOps的过程得出结论,DevOps的精准解释应该是通过敏捷的软件开发与敏捷的运维管理相结合达到业务的快速、灵活响应,也就是DevOps = Dev Agile Ops Agile.

『DevOps 最佳实践』 — DevOps 实践

- -
Culture – 文化:公司各个角色一起担当业务变化,实现有效协作和沟通;. Automation – 自动化:在价值链中尽量除去手工步骤;. Lean – 精益:运用精益原则更频繁地交付价值;. Metrics – 度量:度量并使用数据来优化交付周期;. Sharing – 分享:分享成功和失败的经验来相互学习.

DevOps实践一:DevOps概述 - 知乎

- -
DevOps系列文章包含了本人在工作中的实践和认知理论,现总结并分享出来,希望能够给“迷你型”团队在DevOps上的实践提供一个“反面教材”和可行性建议. 本系列主要包含以下文章(过程中可能也会有所更改):. DevOps实践一:DevOps概述. DevOps实践二:持续集成、持续交付和持续部署.

『DevOps 最佳实践』 — DevOps 平台 - Ledge DevOps 知识平台

- -
DevOps 数字化转型框架. 企业为什么需要一站式综合研发平台. 越来越来多的组织开始搞敏捷和 DevOps 转型,打造了很多的 DevOps 基础设施,比如有管理需求的 Jira, 有持续集成的 Jenkins,有容器编排的 K8S 等等. 可是这纷繁复杂的 DevOps 工具链,同时也给企业带来新的困扰.

DevOps最佳实践(200711)

- - 人月神话的BLOG
今天准备谈下DevOps过程最佳实践以及DevOps支撑平台建设中的一些思考. 在前面文章里面我就已经谈到了传统企业IT架构转型或企业数字化建设需要解决两个方面问题. 其一:业务层面,重点是中台规划和建设. 其二:技术层面,重点是云原生解决方案,包括了微服务,DevOps和容器云. 当然,如果你是传统的软件开发框架技术,或者传统的基于虚拟机的PaaS平台也可以上DevOps实践,但是我们更加推荐的还是基于微服务和容器云技术来实践DevOps.

谈DevOps支撑平台实施收益和价值02(10.21)

- - 人月神话的BLOG
在9.18日自己谈过一篇DevOps平台实施收益和价值的文章,在当时主要提到了以下三点. 企业研发管理过程的标准化和规范化. 协助企业进行微服务架构转型的关键支撑. 今天准备进一步来扩展谈下里面的一些关键内容. 记得在几年前自己的一个朋友,原来是做工程设计咨询的,但是在规划设计项目中逐渐发现了有不少的信息化软件开发需求,刚开始的时候走的全部外包但是发现不好管理和持续.

对DevOps实践的一些思考01(1.15)

- - 人月神话的BLOG
最近1到2年的博客文章,我谈微服务架构的比较多,而专门谈DevOps的比较少,包括对DevOps支撑平台和DevOps实践的一些关键点思考. 19年准备对DevOps这块进行深入的了解和实践. 在18年12月11日,当时写过一篇对DevOps实践价值的思考,其中的重点是在谈DevOps,容器云和微服务架构框架的三元一体化.

中小团队基于Docker的devops实践 - 掘金

- -
笔者所在的技术团队负责了数十个项目的开发和维护工作,每个项目都至少有dev、qa、hidden、product四个环境,数百台机器,在各个系统之间疲于奔命,解决各种琐碎的问题,如何从这些琐碎的事情中解放出来. devops成了我们不二的选择. 文章是基于目前的环境和团队规模做的devops实践总结,方案简单易懂,容易落地且效果显著.

对DevOps流水线设计的优化和改进实践(201014)

- - 人月神话的BLOG
对于DevOps过程支撑平台,我在前面已经写过相应的文章. 在整个DevOps平台的建设过程中可以看到持续集成和持续交付始终都是平台的一个重要内容. 而在整个持续集成和交付过程中,流水线设计又是相对关键的一个内容. 通过流水线设计可以很灵活的通过可视化配置的方式,将我们软件持续集成中涉及到的编译构建,打包,部署,代码检查,测试,环境迁移等各种活动编排在一起,形成一个自动化执行的完成流程.

DevOps在证券互联网研发中的应用与实践

- - DockOne.io
近些年金融科技在证券行业发挥的作用越来越重要,运用金融科技赋能业务发展,通过个性化服务构建护城河,将金融科技与业务创收和降本增效相结合开始成为证券从业人员所关注的问题,如何提升研发交付效率、小步快跑、快速迭代是所有证券行业科技研发团队共同关心的话题. 敏捷为快速迭代提供了理论思想和方法指导,DevOps为敏捷落地提供了补充和工具支持.