我们真的需要每个项目的DevOps吗？

 开发人员和运营团队之间的需的DevOps合作使敏捷和有效的部署结构更为合理。但这在现实中是项目这样工作的吗?

如今，大多数软件开发组织都在采用DevOps文化，需的并且它有很多好处。项目其中一些是需的：

持续交付和持续集成 缩短开发周期 提高质量并降低成本： 稳定的运行环境： 增强的版本控制

上面的每个好处都与多个DevOps工具之一相关联。我们必须了解为什么DevOps是项目必不可少的。我们真的需的需要上述功能与我们现有的软件开发生命周期集成吗?

您从使用DevOps Essentials的现有开发生态系统开始，并聘请了一名DevOps工程师，项目开始在当前项目中实施DevOps工具，需的但是项目几周后，您发现项目发布的需的稳定性和交付情况与以前相同。

这样一来，项目实施DevOps的云服务器提供商需的成本以及该特定DevOps工具的月度和年度费用都增加了。

在上述情况下缺少某些内容;你知道那是项目什么吗 可能是项目复杂性，微服务，需的正确的DevOps工具的选择，容器化，也可能是编排。

DevOps与工具无关

我从一些采用DevOps的客户那里听说。他们开始使用 Jenkins或CircleCI之类的工具进行部署，或者使用Capistrano for Rails应用程序之类的本地工具实现自动化部署。但是，DevOps不是自动化部署。要了解DevOps的核心原则，首先，您必须了解采用DevOps的实际好处。

案例研究：需要使用Docker Orchestration进行POS应用程序的自动化部署。

在过去的三年中，高防服务器我们的团队之一致力于产品开发。直到今天，开发工作仍在进行中，每天都在进行，该团队每天要进行3到4个部署，有时还会有一些热修复程序。

假设我们在该项目中实现了DevOps，我们开始设计Docke图像并与Kubernetes进行编排，并使用CircleCI集成CI / CD。

使用Capistrano完成部署非常简单 开发人员友好的环境，其中检查日志和调试与开发人员的本地计算机相同 专注于产品开发，无需操作知识

4周后：

部署时间略有减少 更好的性能 调试Docker面临的问题 开发团队正在努力获取日志和修补程序 需要部署权限，已创建依赖项 维修费用增加 要解决使用第三方工具升级的问题，需要具备Docker的知识

在这里，我想澄清一下，我并不是说实现DevOps并不是一件好事，但是如果您打算仅通过阅读Web内容和实现工具来实现DevOps，那么我不建议您选择DevOps。

仅阅读文档和观看教程视频，如何在生产中实现DevOps工具?这将是一场斗争，最终将导致生产力降低而不是生产力提高。网站模板

DevOps实施不足之处

知识与准备

DevOps要求很高，因为它有助于消除手动工作，并有助于加快测试和部署操作。因此知识和准备状态起着至关重要的作用。否则，将会有很多挣扎，这将导致生产率降低而不是生产率提高。

专注于产品开发

另一种情况是企业希望团队专注于产品开发。团队遵循的是敏捷方法论，因此他们每隔一周就要在生产中部署代码。在大型组织中，开发新产品而不用担心其他操作是完全可以的。但是，中小企业没有那么多资源，因此频繁发布的应用程序使他们无法专注于DevOps。

确保您计划实施DevOps，以了解其核心原理。DevOps通过自动化基础架构配置帮助节省了大量时间和精力，因此请考虑使DevOps自动化可以节省多少小时。