Concourse 短暂广场网络服务器

我们的组织已决定大厅服务器应为临时/凤凰服务器。这是最佳实践吗

---

我看到了一些问题。一个是，当管道重新创建时，我的所有CI构建都会再次运行，因为它不知道已经看到了该资源版本。这是一个很容易解决的问题，还是说它触及了第一个问题的核心？

Concourse是一个长期运行的应用程序，需要运行一段时间才能预热缓存等。它可以工作，但不被视为最佳实践，如果采用这种方法，您肯定会受到性能的影响。与使用临时服务器的其他好处相比，您必须权衡性能影响

---

如果你是从头开始重新创建你的广场，你肯定会看到你的构建重新触发，这是经过设计的。如果您必须使用phoenix服务器方法，那么最好的办法是在烧毁数据库之前通过快照进行欺骗。使用该快照创建新的数据库服务器，您将保留生成历史记录，并防止生成不必要地重新触发。

我不知道有谁在使用临时服务器进行concourse。理论上，它应该工作，但在实践中，因为Ci/CD是一个重要的组成部分，所以不必在构建过程中下沉是很好的。每个DEV团队都被告知要创建自己的60天临时服务器。60天后，它被摧毁了，我们必须创建另一个，并重新装载我们的管道。想法？这样做的目的是什么？我想这个想法是为了创建一个开发人员自助服务模型，提供CI系统，而不必站起来维护一个集中的系统，以及与之相关的所有繁文缛节。还有一个“免费”（有趣的钱）的内部服务，它可以构建一次性服务器，在那里获得一个合适的服务器需要花费$$$（有趣的钱）。我个人认为我们应该有一个维护系统，每个github企业组织有一个大厅团队。但我知道团队不会阻止坏演员。有些人还滔滔不绝地说雪花服务器有多糟糕，我也同意他们的看法。你甚至不必担心糟糕的演员。Concourse是专门为防止服务器变成雪花而设计的，因为您的所有配置都必须存储在代码中，然后才能保存在源代码控制中。只要您将管道配置文件保存在源代码管理中，您就永远不会得到一个雪上加霜的服务器。如果明天所有的虚拟机都消失了，你就可以毫无问题地立即启动同一个大厅，但我们不建议烧毁整个安装的原因是，这将对您的Concourse的性能产生负面影响。因此，如果我在docker之外运行PostgreSQL，并保持它的持久性，但保持我的web短暂性，我会看到性能命中，但不会触发构建？我想我可以接受，没错。您需要将数据库持久化，以防止触发构建。