DevOps 的第二波浪潮：我们对系统计划的投资

anisur222

今天，我们很高兴地宣布领投System Initiative (SI) 的 1500 万美元 A 轮投资。这项投资历时十年，不仅因为 SI 的方法从过去十年的 DevOps 发展中汲取灵感，而且因为距离我们投资Chef已经整整 10 年了，当时我们第一次与 Adam Jacob 合作，然后与 Chef 合作。创始人，现在是 SI 联合创始人，带来了第一波 DevOps，我们都觉得我们的工作尚未完成。 DevOps 的诞生不仅是软件和自动化的变革，也是文化、人员和流程的变革。我们从不频繁发布大量更新的孤立开发和运营团队转变为持续部署代码的集成团队。然而，频繁向客户交付高质量代码的目标无法通过我们旧的手动技术实现。自动化是一个必要的组成部分，并且需要新的工具。我很幸运能够成为 Netflix 转型的一部分，从单一的本地应用程序转向基于云原生的分布式微服务应用程序，作为公司向流媒体服务转型的一部分。

是围绕基础设施即代码理念开创第一波 DevOps 浪潮的少数早期创新者之一，我们 Scale 很高兴能够支持我们坚信的类别中的创新领导者。 多年后的今天，只有少数公司成功实现了 DevOps 的预期目标，而大多数其他公司还没 美国电话号码列表 有完全实现。对于那些这样做的人来说，这个目标是以高昂的初始成本和持续的维护税为代价的。正如运动经常做的那样，DevOps 在达到其最高愿望之前很久就发现了一些限制，无论是从文化上还是从工具的角度来看。所有应用程序开发和部署的基础设施仍然很困难。 即使是每天发货的公司也会遇到“ DevOps 剪纸”问题。一连串的决策和边缘情况占用了操作员的时间，并让开发人员感到困惑：Kubernetes？地形？我需要 GitOps 或服务网格吗？大多数都有十几个不同成熟度的工具串在一起，操作员努力填补空白。 我们从这里走向何方并不明显。是这个吗？这是终端速度吗？也许这已经是最好的了，运营商只需要坚持下去并不断修补即可。



或者，这可能是局部最大值，而我们距离升级仅差一个突破。为了达到重新思考的程度，我们可能会回到一切开始的地方：根特。 如果基础设施即代码从未存在过怎么办？ 2014 年，首届配置管理营欢迎早期 DevOps 领导者参加在比利时举行的小型会议。 Chef 的 Adam Jacob 和 Puppet 的 Luke Kanies 是主旨演讲者，第一个演讲是对 Docker 的早期介绍（这让人们了解正在发生的事情）。如今，差不多十年过去了，CMC 又回来了，Adam 也回来了，并发表了另一场主题演讲。他的演讲是：“如果基础设施即代码从未存在过怎么办？ ”要求这样的重新思考。它引入了 System Initiative，并以此邀请运营商参与第二波 DevOps。 我们对未来的愿景很着迷，从房间里的反应来看，其他人在根特听到亚当的演讲也是如此。我们知道，如果有谁能够聚集并培育一个充满激情的开源社区，那就是 Adam。我们很高兴再次与 Adam 合作，开启他的下一次DevOps 第二波浪潮。