些目标对您的组织有意义。也许持续部署对您来说没有意义。也许您不想在每一个更改发布后立即发布。有很多公司和组织以及您不想这样做的原因。因此，也许像持续部署管道这样的东西对您来说没有意义。因此，虽然工具很重要，但更重要的是关注将为您的组织带来价值的内容，然后建模和实施实现这一目标所需的工具。 杰夫：但不要上网了解每个人在做什么，然后说，哦，好吧，如果我们要做 DevOps，我们必须切换到 Docker 和 Kubernetes，因为那是工具链。不，不是这样。你可能不需要这些东西。并不是每个人都是谷歌。并非所有人都是 Netflix。停止阅读 Netflix 和 Google 的帖子。请停止阅读它们。因为这让人们都很兴奋，他们会说，这就是我们要做的。
就好像他们解决的问题与你
所面临的问题非常不同。 德鲁：因此，如果说我正在开始一个新项目，也许我是一家初创企业，创建软件即服务产品。我有三个开发人员，我有一个空的 Git 存储库，我有 IPO 的 科特迪瓦电话号码列表 梦想。为了全力采用 DevOps 方法来构建此产品，我应该在人员和流程方面使用哪些构建块的名称？我从哪里开始？ 杰夫：因此，在您的具体示例中，我首先要尽可能多地投注大部分内容，并使用 Heroku 之类的东西或类似的东西。因为你对所有这些 AWS 东西、Docker 东西感到非常兴奋，而实际上，仅仅构建一个成功的产品是非常困难的。你专注于 DevOps 部分的想法就像是，我会说尽可能多地外包这些东西，直到它真正成为一个痛点。
但如果你说好的我们就准备好将这
些东西带入内部，并准备将其提升到一个新的水平。我想说首先要开始的是，你的痛点在哪里？哪些事情给你带来了问题？ 杰夫：所以对于某些人来说，这就像自动 BTC 数据库欧盟 化测试一样简单。这个想法是，嘿，每次有人提交时我们都需要运行测试，因为有时我们正在交付的东西会被我们已经编写的单元测试捕获。那么也许你可以从持续集成开始。也许您的部署需要几个小时才能完成，而且它们非常手动，那么这就是您关注的地方，您会说，好吧，我们需要什么自动化才能使这成为一键点击事件？但我讨厌开出一个通用的处方，这就是你开始的地方，只是因为你的特定情况和你的特定痛点会有所不同。问题是，如果这是一个痛点，它应该对你大喊大叫。
