前言

2020 春节,众所周知的原因在家。开始找出之前的书没读完的书依次kill time。

这波读的书很杂, 也比较快,担心很多信息没领悟清楚,先记一波笔记,回头翻阅。过程是读书, 所以内容更多的是关于理论/思考方式/概念相关的,不涉及具体的操作/实践/demo。

说文解字

Devops 从字形上看是Dev and Ops, 当自己还是一个程序员小白的时候,以为是开发人员和运维人员结合的一个角色,就像前后端合成全栈那样,这个理解似乎对,但也不对。

Devops不仅仅是开发人员和运营部门的沟通、协作、整合, 更是利用云解决方案的优势,将敏捷流程融于软件开发的各个流程(持续集成 开发 构建 部署 测试 上线)。将敏捷中的持续反馈、持续改进、自动化的思想落地为可执行的action。

Devops涉及的软件开发流程

一图抵千言

WechatIMG55.jpeg

需要强调的是,devops不仅仅是和部署上线相关的工作,ta融于各个过程当中。
我们在各个过程中关注PPT(人-流程-技术),而不仅仅是工具。

相关技术/概念/实践

中间很多内容书上没细讲,都是我自己的想法,不对的欢迎指正。

持续集成
  • 定义:这本书没讲,
  • 实践:Jenkins(常规操作), 还介绍了Visual Studio Team Service(没用过,后期有空去看看)。
  • 精华:这本书没讲,个人理解应该是尽早频繁地让所有人的劳动成果汇聚,有好处但痛苦的事情早做多做。
容器化
  • 定义:这本书没讲,直接讲Docker了。个人理解,就像做火锅一样,原来开发软件部署上线跑起来,是你要找材料、汤底、锅勺子,现在直接自热小火锅走起。把需要的东西一起给你,不用一个个找需要的依赖(勺子 锅就像是环境依赖一样)
  • 实践:Docker(常规操作)
  • 精华:这本书没讲,个人理解就是隔离环境差异,高效 自动化的跑程序,再就是使用的时候,不用关注内部,只用关注用的部分,某种程度的封装。
配置管理
  • 定义:本书还是木有
  • 实践:本书介绍的是Chef,我之前接触的是Ansible,比较经典的还有Puppet
  • 精华:基础设施即代码(DevOps 的另一个思想是任何东西,包括服务器、数据库、网络、日志文件、应用配置、文档、自动化测试、部署流程等,都可以通过代码来管理。)
持续交付
自动测试
编排——端到端自动化
安全和监控

放弃本书

后面几章我实在看不下去了,基本上就是介绍几种对应的实践。没有太多思想上的启发对我,也没有特别多让人新奇的地方,放弃这本书了,换另一本书试试。


Yangyang
105 声望11 粉丝

Coding/Reading|Thinking