DevOps是否仅限于拥有SaaS产品的公司？

Question

描述DevOps的实践，如连续交付、自动化等，与提供连续服务的产品(如SaaS产品)相关。

例如，一家软件开发公司主要为其他客户做项目，在项目结束后可能永远不会维护这些项目。客户端项目不与其他客户端共享，因为这与客户无关。

DevOps甚至适用于开发多个一次性项目的公司吗？在这种情况下应用什么DevOps实践(如果有的话)？

Answer 1

绝对不是！

DevOps完全是为了打破传统的筒仓(部门)，以提高效率。

团队之间更好的沟通、更好的可见性以及可靠和自动化的过程是实现更好产品的途径。

我曾在一家大型媒体公司工作，在那里我们会支持一个内部工具，并开发面向公众的网站。

在我们的例子中，DevOps的好处如下：

• 通过持续构建，如果开发团队的代码存在集成或构建问题，我们会提前而不是稍后通知开发团队。当他们还在考虑刚刚提交的代码时，他们就可以解决问题了。
• 通过持续的测试和交付(进入QA)，我们使QA团队能够更早地发现问题，并更早地报告问题。这减少了查找和纠正bug所需的时间，也降低了这些调查的复杂性。
• 使用out日志收集和聚合工具，我们向开发人员提供了一些他们通常不会看到的东西(他们非常热衷于调试器:) --理解其他团队如何看待和使用日志提高了日志的总体质量。
• 我们经常共享信息并创建文档，以便在团队之间共享知识，试图打破围墙。通过理解Ops的需求，我们创建了一些指南，说明在引导应用程序时应该记住的内容(在何处/如何管理属性等)。通过了解Dev的现实(代码更多的特性，更快，gogogogo!)我们能够让操作系统、创建服务器和集群更适合开发人员的需求。
• 部署的总体质量也有了很大提高。部署是由我们的团队处理的，所以我们在操作系统和开发方面都有很好的可见性。这消除了许多与“代码切换”相关的问题，开发人员将把一个包和一页文档交给操作系统，上面写着“安装这个！”

总之，我要说的是，无论您是每天更新一次生产环境，还是每月更新一次，无论您有多少客户或您的业务模型，每个企业都可以使用更好的沟通、更好的工具、更好的能见度、更快的反馈等等。

Answer 2

我和我的团队负责开发“一次性”产品，一旦完成，产品就会交给客户进行维护，或者在某些情况下由我们收费管理。

我们仍然需要保持一个坚实的开发管道，以处理来自我们的客户的不断反馈，以确保我们运送他们一些可靠的，并证明运行。

虽然客户端不关心DevOps (在大多数情况下)，但它仍然对我们有帮助。使用DevOps，我们可以快速推出新的构建，这样客户可以在几分钟内而不是几个小时内看到反馈，我们还可以通过Jenkins/Travis来捕获测试中的任何错误/错误。

为了确保我们的部署策略在各个项目中是相同的，我们将重点放在封装我们的应用程序上。使用Docker，我们可以轻松地将应用程序交给我们的客户。

DevOps节省的成本很难确定。我们确实有额外的成本，我们选择用于管道的软件形式(特拉维斯，詹金斯，木偶，什么有你)，但我们也节省时间和金钱，修复错误/给客户快速反馈。我们的快速反应时间让我们的客户高兴，反过来，让我们的钱包快乐。

Answer 3

我曾为那些生产收缩包装产品、完全安装和支持部署以及在设备中嵌入代码的公司工作过。在所有这些公司中，DevOps为开发提供了必要的支持：

• 自动化的、可复制的软件构建，使用已知的、受控的编译器、库和其他构建工具的配置。
• 用于回归测试和新功能测试的自动化、可重复的系统测试。
• 其他自动和定期的操作(例如，不断更新所有受支持语言的屏幕快照样本，供翻译人员核实，以及技术作者将其纳入用户手册)。

在所有情况下，这些都是个别开发人员可以一次性完成的事情，但这将不能很好地利用开发人员的时间，也没有自动化构建所具有的配置控制的保证。