我认为与您共享电子书可能会有所帮助，因为对于那些对DevOps和现代软件/基础设施工程的未来感兴趣的人们，它具有宝贵的内容，分享我自己的贡献并获得您的反馈。
您可以在此处阅读完整的电子书。 这些是我的贡献：
关于DevOps
DevOps是一种文化，它需要一种新的愿景，其共同目标是通过建立正确的沟通流程和跨职能协作，将人员和部门围绕独特的目标统一起来。
这些文化特征之一就是以客户为中心：以客户为中心是使团队朝着相同的重要目标结盟而又不会引起部门间战争的最佳方式。”
关于采用DevOps
正如Aymen El Amri所说的那样，DevOps始于流程：“采用DevOps需要由合适的人使用正确的工具来完成正确的流程”。
关于我的早期经历
Aymen El Amri谈论了他在DevOps项目上的早期经验，研究了“困难的问题，（奇妙但不成熟的）技术和一些误解”：
“但是我并不孤单，一个不断发展的社区正在解决类似的问题，这些人奠定了基础，并使DevOps引入从初创公司到公司的所有类型的公司成为可能。”
DevOps是一项社区运动，网络会议，聚会和论坛的迅速发展为寻找解决问题的方法提供了巨大的机会，越来越多的工程师可以将灵感带回他们的组织。
关于正确的工程DevOps转型
DevOps是一个令人兴奋的领域，面临许多挑战，例如零停机时间部署，自我修复和自动扩展性。 DevOps转换的工作是与同一个组织内的多个团队联系并掌握多种技术。
鉴于这种快速增长的环境，大量的工具，体系结构和方法论，我找到了许多问题的解决方案，但我意识到我正在做一些过度工程，并尝试使用复杂的解决方案来解决简单的问题，而这些复杂的解决方案是同一组织中某些人无法做到的。并不是真正的掌握或理解。
我认为许多DevOps初学者都在做同样的事情，但是随着时间的流逝，我意识到简单是DevOps转换的关键。
为了停止过度设计，甚至停止设计不足，我只是将改进解决方案的成本与其收益进行比较。
我对Devops初学者的建议：DevOps既不应过度设计也不应该过度设计。 不要满足于最简单的解决方案，也找不到最完美的解决方案，而是要考虑“正确设计您的转换”并迭代解决方案的改进。 仅在需要时以及仅在需要时设置所需的内容。
比较改进解决方案带来的收益的成本
Aymen简洁地建议您“仅将改进解决方案的成本与其收益进行比较”。
正确设计您的转型”并不断改进解决方案
Aymen记得，面对快速发展的环境以及大量工具和方法，“我找到了许多问题的解决方案，但我意识到我正在做一些过度工程，并试图用复杂的解决方案解决简单的问题。
我逐渐意识到，简单是DevOps转换的关键。” 出于事后考虑，Aymen建议“ DevOps既不应过度设计，也不应过度设计。
不要满足于最简单的解决方案，也找不到最完美的解决方案，而要考虑“正确设计转换方案”并反复解决方案的改进。”
这是一种精益的方法，具有持续改善和强大的反馈循环的作用，“有效地刺激并帮助人们专注于实际问题”。
工程师是解决问题的专家，有时挑战会退后一步，以专注于他们正在寻找的最终解决方案。
关于衡量成功
Aymen El Amri谈到了随着DevOps成为主流的方式，“ CEO们越来越重视DevOps指标和成功，而组织则越来越重视这些指标”。
艾曼（Aymen）认为，有效的监控来自于对“开发产品的’为什么’，而不仅仅是’如何’的理解，以便能够选择正确的指标”。 对于他来说，重要的是确保从事DevOps的人员是产品工程和设计的合作伙伴
关于技术与团队
Aymen El Amri认为微服务在2017年将被越来越多地采用，因此在开发，架构，交付，集成和网络以及团队管理和协作方面将出现新的实践。
关于DevOps的未来
Aymen El Amri谈到了DevOps扩展到组织内其他领域时的兴起，并引发了诸如BizOps ChatOps，DevSecOps，DevQAOps和IoT等术语。
Shabe Razvi同意这一观点，他认为“实现DevOps工作方式的组织一致性将得到更广泛的认可，将反馈循环扩展到Dev，Sec和Ops之外，从而使BizDevSecOps成为主流。”
展望未来几个月，Aymen认为2017年将是解决现实世界问题的机器学习和人工智能应用大年。 我认为DevOps可以使这类“科学项目”向公众开放。
增强支持科学项目的软件的开发是AI初创公司要具有竞争力并覆盖更满意的客户的必要条件，这就是为什么“ ResearchOps”在2017年将变得更加需求的原因。
关于DevOps走向主流
前面我们已经看到，商业化可能是有问题的。 Aymen尽管对DevOps的增长持乐观态度，但他意识到“进入主流可能会破坏我们关心的事情，这就是ITIL之类经过验证的框架所发生的事情：技术人员往往会忘记它，因为它已成为“过于主流”。
任何可以称为时尚的事物都容易受到过饱和的影响。 艾门（Aymen）谈论诸如ITIL之类的重要和有用的框架已经逐渐淡出人们的视野了—当然不是因为它们不再相关或有用，而是成为了“太主流”了。
也就是说，他指出，敏捷和精益等其他方法很好地补充了DevOps，并且仍然是有效软件开发的重要组成部分。
两者之间的平衡是一条好线-DevOps在软件开发方面的成功在于缺乏严格的定义和规则
