
伦恩·拜斯 英戈·韦伯 朱黎明
本书的主要读者是那些曾经被问过或者将被问到“这个项目或者组织是否应该采用DevOps实践”这个问题的执业软件架构师。甚至他们不是被追问这个问题,而是他们有可能被告知是否应该采用DevOps实践。与所有书一样,我们期望还有其他类型的读者。那些有兴趣学习更多关于软件架构实践的学生应该可以在本书中找到一些感兴趣的资料。那些想探索研究DevOps课题的研究人员可以在本书中找到重要的背景资料。然而,我们的主要读者还是那些执业软件架构师。
二零一九年读完的第七十二本书,整体感觉略为啰嗦,作者从比较宏观的角度来分析了一下在组织里引入DevOps所涉及到的方方面面,所以大型企業可能有借鑑的意義,但是小企業的話直接上就可以了,在行進中開火。
正如软件架构师必须理解他们所设计与构建的系统的业务情境和目标一样,理解DevOps也要理解组织和业务情境,同时也要理解技术和运维情境
可能不太适合我重点关注开发技术的人。
概念性读物,写的也比较啰嗦。DevOps将开发和运维结合在一起,意义比较大。但在实际的技术层面上来说,新瓶装旧酒吧。特别是现在“云”之后,实际上运维的工作,很大一部分都由“云”的能力所取代了。更重要的,是要结合业务特点,确定系统的监控指标(业务的,技术的),这部分的运维工作是贯穿整个软件的运行生命周期的。对于具体的运维技术人员来说,选取某个技术栈,实际点就是去部署一条流水线。
总体感觉介绍的内容偏向DevOps中的技术和工具部分。更像作者自身工作的经验总结。案例部分要归为DevOps实施,说服力还不够。
概念很多,话很啰嗦,不过也需要承认。里面概念和参考资料都是非常非常全的。想写作,有什么概念都可以直接拿来检索。
没有很深入的观点,感觉就是罗列一堆DevOps里经常提到的概念和实践,稍微带过。 偏入门向,如果阅读过类似的入门书籍,那大可以跳过这本书
就是概念书籍,你必须对depops有一定的实际操作经验,在看这本书会理解
内容深度有点蜻蜓点水,内容宽度基本覆盖到了
实在看不下去了,翻译水平有待提升[发呆]