8月主要DevOps活动中的一些重大公告。
图片来源：Jason Baker. CC BY-SA 4.0. Source: Cloud, Globe. Both CC0.8月，我有机会参加了在旧金山聚集的2,000多人参加的2019 DevOps World。以下是为期四天的活动举行的150场分组讨论和16场研讨会中一些最具新闻价值的公告。
标准化CI / CD
对于我们行业来说，最大的优势，有时甚至是最困难的挑战，是解决问题的众多选择。对于持续集成和持续开发（CI / CD）都是如此。似乎每周都有新产品或新工具。这意味着在为产品和组织实施CI / CD方面具有惊人的灵活性和控制力。这也意味着对于应如何实施CI / CD持有大量意见。尽管存在一些已达成共识的概念（例如左移），但标准或最佳实践的方式并不多。这不足为奇。不断集成功能和错误修复，并将这些功能和错误修复不断地交付到生产环境中以供客户使用仍然是很新的。
我们的斗争并没有引起人们的注意，3月，Linux基金会宣布成立持续交付基金会。 CD Foundation的目标是为依赖的许多工具提供与供应商无关的家，并为DevOps从业人员提供学习和开发行业最佳实践的支持。为此，CD基金会将一些使用最频繁，发展最快的开源项目与公司和用户一起使用其解决方案。加入基金会的首批项目包括Jenkins，Jenkins X，Spinnaker和Tekton，其成员包括CapitalOne，CircleCI，CloudBees，Google，华为，Netflix等。
为CI / CD创建BOK
agile和约束理论最成功的贡献者之一就是拥有知识体系（BOK）。 BOK是体现专业领域原理的行业学习的集合。例如，CD基金会的重点不是标准化用于CI / CD的工具，而是标准化有关如何总体上实现这些工具和CI / CD的集体知识。
为此，要特别向CD基金会的新成员DevOps Institute表示感谢。技术工具和实践可能很复杂，难以学习，甚至很难保持最新。 DevOps研究所正试图通过提供培训和学习资源来帮助保持技能发展来解决这一问题。更好的是，它正在启动一项大使计划，以帮助将其影响范围扩展到世界各地。我鼓励大家看看并考虑注册。
集成DevOps指标和报告
令人怀疑的是，新的CI / CD工具的发布是否会放缓，而且CD基金会和DevOps研究所的宝贵举措不会影响到这一点。我也确信将继续找到创新的方法，将代码从开发人员的笔记本电脑移至生产系统（希望在两者之间进行质量检查）。那么，如何跟踪从笔记本电脑到生产的代码流？是否可以从客户的眼中一直到发布我们的想法时都遵循新代码（当我们这样做时，看到他们高兴的手舞足蹈）？
在当今的DevOps中，使用多种工具来跟踪工作。通常从某种类型的问题跟踪器开始，例如Jira或Trello。在代码存储库中的功能分支中工作，并最终通过拉取请求合并到主干分支。在此过程中，CI工具（如Jenkins）构建，测试和扫描了代码，以确保不会负担太多，最终，CD工具将代码部署到预生产和生产环境中。
即使所有这些工具都运行良好，并且CI / CD实施是世界上最好的，但仍缺少一个方面：领导，产品所有者和开发人员如何利用这些工具所生成的所有数据并从中获取一些知识？这些人如何才能全面了解过去24小时内发生了哪些功能和错误修复？如何监控这些更改的提前期？
可以沿ELK Stack的方式使用某些东西来集中数据收集并创建漂亮的仪表板。也可以使用自定义的shell脚本代替Jenkins来驱动CI / CD，但不主张这样做。并不是说ELK有什么问题，但我不是大数据工程师，而试图找出将两个完全不同的工具的日志联系在一起的原因对我来说并不有趣。
可以立即使用的工具之间存在明显的差距，希望我们很快会在这一领域看到一些新产品。
学习新书
如果喜欢，并希望通过阅读来学习，以下是我在DevOps World上挑选的一些新书，可能想购买这些新书，以进一步了解DevOps。
《DevSecOps中的重大失败》第1卷（Epic Failures in DevSecOps: Volume 1） ，由Mark Miller编辑
John Kodumal的《有效功能管理》（Effective Feature Management）
Contrast Security应用安全厂商的《连续应用程序安全手册》（The Continuous Application Security Handbook）
Marc Hornbeek的《工程DevOps》
Gene Kim的《Unicorn项目》
