存储经常更改的配置文件的首选位置

Question

我的 Linux 服务器上有许多依赖于一些配置文件的应用程序。这些应用程序是相关的，但又是独立的。值得一提的是，目前每个应用程序在/opt. 配置文件大约可以每周更改一次，但不能超过此更改。我计划设置一个 cron 作业，每周日从 FTP 站点获取最新版本。

我还没有完全理解放置这些配置文件的最佳位置。这里有一些可能性：

• /etc/<appsuitename>/ 这是一个配置文件，配置进去 /etc
• /var/<appsuitename>/ 这些文件确实经常更改，但从来没有直接由管理员（我）更改，只是由平台提供商更改。
• /opt/<appsuitename>/lib或者/opt/<appsuitename>/common这更像是一种 Windows 的思维方式，但在这种情况下可能有意义
• /usr/lib 可能不是，但包括在内是为了完整性。

或者也许还有其他我没有想到的东西？

编辑：回答@MichaelKjörling 的问题：

• 只有 3 个分区/home，/、 和/swap。/opt不是只读的。
• 是的，如果我被公共汽车撞到，另一个人将不得不使用这个服务器。
• 这些应用程序是内部开发的，所以我是决定配置应该去哪里的人。如果它不是“元标签”，我可能会放置一个最佳实践标签。
• 最终，无论我做出什么决定都无关紧要，我知道组织系统更适合系统管理员而不是操作系统的内部工作，但我喜欢遵循标准约定，因为它们存在是有原因的。

Answer 1

Filesystem Hierarchy Standard要求安装在下面的东西的配置文件/opt/xyz应该进入/etc/opt/xyz，其中xyz必须匹配。也就是说，安装在/opt下需要特定于主机的配置文件的目录中的应用程序应该在 /etc/opt 下有一个匹配的目录，这些配置文件所在的目录。

的目的/等（主机特定的系统配置）被简单地表述为：

该/etc层次结构包含的配置文件。“配置文件”是用于控制程序运行的本地文件；它必须是静态的，不能是可执行的二进制文件。

当然，没有任何配置是完全静态的，但在这种情况下，我认为“静态”大致意味着“没有管理员干预不会改变”。

/etc/opt更具体，其目的陈述为：

附加应用程序软件包的主机特定配置文件必须安装在目录中/etc/opt/<subdir>，其中是存储来自该软件包的静态数据<subdir>的子树的名称/opt。

由于您是在 /opt 下安装软件，因此配置文件应位于 /etc/opt 下的相应子目录或层次结构中。

当然，没有什么要求您的系统符合 FHS，但它会让其他人更容易找到他们可能正在寻找的任何文件，因为他们知道在哪里可以找到它们。

由于这是关于内部开发的软件，我还强烈建议您将位置设置为可配置。即使它只能通过在 makefile 中完成的宏声明进行配置并通过从源代码完全重建来实现，这仍然比将特定位置硬编码到源代码中要打开配置文件的任何地方要好得多。