基础设施发布管理

Question

是否有人像软件开发一样使用发布管理原则来管理基础设施？

我在系统管理领域已经工作了十多年，我还没有接触过一家公司，该公司使用发布管理原则来管理服务器基础设施和应用程序配置，就像为软件开发所做的那样。例如外部化配置，检查版本存储库中和外部的配置，向系统自动部署信任，通过适当的非prod环境促进组件的自动化单元测试等等。

我对任何人用来管理这些配置和部署的应用程序和流程感到好奇。另外，如果为配置部署创建发布说明是任何人都会做的事情呢？

补充意见--我同意盲目订阅方法论框架并不能使你成为一个更好的组织，这不是我想要的。我试图确定是否有某些概念可以应用于系统管理，就像它们适用于软件开发一样。例如，如果我想在prod中对系统进行配置更改，我如何知道我在dev中测试的是真正被驱动到prod的？我会说，如果您有一个系统，其中该配置被签入存储库，进行版本化，然后自动部署到prod中的系统中，这将大大有助于确保一旦将配置部署到生产中，就能正确工作。

Answer 1

实际上，我花了很多时间思考这个问题。在我的大型互联网公司，我的工作是对运行在我们许多服务器上的软件进行内部发布管理。实际上，我们已经做了很多工作，尝试将发布管理原则应用于基础设施或系统管理。虽然我们的软件包装系统是可供外界使用的，但一般原则应该是相同的。

这里有一个例子:过去，当设置web服务器时，管理员必须记住将vip地址设置为环回地址上的别名，以使机器旋转。我们不断地与被换掉的机器作斗争，而这一重要的一步被错过了。其结果将是一个服务器坐在那里准备出发，但无法服务流量，因为vip已将其标记为下降。

我们使用的解决方案是一个软件包，我们将它集成到我们的一般版本中。我们有一个模板系统，为大约600个农场中的每一个生成服务器场特定的设置。然后，当安装匹配的软件包时，这些设置将由打包系统应用。

因此，我们创建的这个相对简单的包只需将每个场设置并设置在系统回送上。这完全消除了系统被vip不小心标记为下线的问题。

我们也将这种方法应用于系统的其他部分。结果是，我们已经逐步将大部分系统配置转移到我们的软件发布系统中。我们建立和分发软件版本，其中包含所有必要的软件包。这些包反过来会收集每个农场的设置，并将它们应用于修复环回地址之类的内容。

这仍然是一个相当高的机制。还有其他系统确保在服务器上加载基本操作系统，并安装sysadmin用户帐户。但是，一旦您超越了这个级别，我们将非常努力地将所有可能的系统配置移动到设置中，然后由包读取这些设置。我们对这种管理大约10,000台服务器的方法非常满意。

Answer 2

这是一个充满压力的问题，有很多原因。

首先，没有一种开发软件的方法。一方面，您有传统的瀑布式模型，在这些模型中，需求是预先收集的，软件遵循一个非常严格、不变的生命周期，直到完成一个主要版本。另一方面，您有敏捷模型，可能每周或两周发布一次新版本。根据我的经验，前者往往反映在企业软件模型(ERP系统等)中，后者往往反映在较小、不那么复杂的系统(台灯栈等)中。

第二，仅仅因为你可以订阅一个方法框架，并不意味着你应该--看看像ITIL和COBIT这样的企业灾难(至少当公司天真地投入到全局性的实现中时，而不考虑他们实际上在做什么和为什么)。解决it问题的正确方法是找出您的投资回报对于任何潜在的流程改进实际上是什么，然后决定是否实现它。如果你对你的业务需求和帮助支持其技术的人的工作流程视而不见，你只会在某件事上浪费大量的时间和金钱，因为你在某个人的博客上听说，对于某个特定情况下的人来说，这是一种“最佳实践”。如果您为一家公司管理服务器，该公司销售的服务在配置相同的服务器的大型web场上运行，那么配置作为代码的好处将比拥有100台异构部门服务器和工作系统状态的可靠备份的商店要大得多。

当然，有很多商店至少在某种形式上订阅了这种心态。这是木偶、厨师和引擎等项目存在的全部原因。至于他们是否做了你要问的每一件事，这是一个程度的问题--这是应该做的。

Answer 3

我们使用木偶来管理我们所有的信任。除了木偶的历史数据之外，我们还向SVN查询我们的信息。