Questions tagged «configuration-management»

我需要在每个环境中将配置信息存储在工具中。 这是一个带有GUI的工具，用于添加/更新配置值（例如，连接字符串）。这应该具有默认值，并且能够根据不同的环境进行更改。 应该有一个API，可以在部署到特定环境以添加到应用程序期间检索这些配置值。 我搜索了一段时间，找不到适合此账单的任何工具。有什么建议吗？ 注意：当前设置在TeamCity变量中，并且通过PowerShell脚本进行部署。

11 deployment  configuration-management  configuration  software-recommendation  casc 

我正在构建用于构建配置文件的模板，并且消耗该文件的服务对标识符长度施加了约束。 如果标识符的长度超过例如6个字符，则该服务将在应用配置时中途通过，失败，并使节点处于不一致状态。 如何执行断言以触发部署事务失败，以防止目标节点的服务配置错误？ 我的特殊情况是Salt，但是我很想知道其他系统也可以解决该问题。

11 configuration  configuration-management  linting 

我没有回答这个问题：DevOps如何帮助改善软件托管程序？Tensibai的问题是： 在木偶或厨师的头上需要Capistrano是什么？ 我的回应是发布指向Noah Gibbs的文章“我们需要Capistrano和Chef吗？”的链接。。我个人仍然同意诺亚的观点，它最适合： 使用专业的部署工具（例如Capistrano）进行部署。 使用专业的配置管理工具（例如Chef）进行配置管理。 每种类型的工具用来完成其任务的基本方法都非常不同： 配置管理工具 -与创建和维护系统的期望状态有关，它们本质上是固有的。配置管理工具的示例包括Chef，Puppet，Ansible，PowerShell DSC，Salt Stack。 部署工具 -与将软件版本交付到主机环境有关，它们提供的功能可以在多台计算机上维护软件的多个版本并管理哪个版本是“当前”版本，它们本质上是必不可少的。部署工具的示例包括Capistrano，Octopus Deploy，Deployer和Command.io。 我确实相信配置管理工具可以完成部署工具的工作，并且在不可变基础架构的情况下，它们是最合适的工具，因为不需要维护目标上的软件版本。 问题： Chef，Ansible和Puppet等配置管理工具是否已成熟到可以同时满足幂等和命令式模型的程度？

10 ansible  deployment  chef  configuration-management  capistrano 

假设我有一些厨师代码，例如： require 'mixlib/shellout' yum_package 'somepackage' myvar = Mixlib::ShellOut.new('/bin/somecommand').run_command.stdout.strip 在那里/bin/somecommand，因为它是由安装还不存在somepackage。由于这个原因，这将在配方编译时失败，但是显然会在收敛时起作用，前提是成功安装了软件包（如果没有成功，则显然配方无论如何都失败了）。如果将软件包安装为运行列表中的先前配方，这也将失败，因为它们都是预先编译在一起的。如何在食谱或运行列表自身安装的厨师食谱中包含内容？

9 chef  configuration-management  infrastructure-as-code 

将CasC与F5一起使用将允许版本化和可选的动态网络端点配置，从而节省时间并降低风险。 这个工具支持吗？单一配置文件（SCF，F5术语）是否可以做到这一点？

9 configuration-management  load-balance  f5