ldap - 我怎样才能拥有超快的动态配置？

Question

我们计划从与每个客户端部署相关的一系列静态配置文件中迁移出来。

所有客户端数据都保存在 MySQL 中，客户端部署的元数据保存在静态文本文件中:使用什么数据库/分片，文件存储的存储库目录/位置，以及更多信息，例如默认分页、速率并启用模块。

我们希望摆脱这些静态配置文件——目前它们不仅仅是键值对，并利用 Perl 的哈希和数组，但可以通过一些努力来简化——并利用可以生存的东西在快速响应的数据库、LDAP 或其他存储库中。 LDAP 的灵活结构——我认为它允许数据的嵌套/层次结构——看起来很吸引人，但我想知道是否有其他关于最佳方式的建议我不认为 LDAP 真的是为此而设计的，它已经存在了很长时间。

我们用来识别部署、数据库、存储库路径和其他变量的“键”将是部署的“域”(这些将是唯一的)，理想情况下，我们希望配置存储解决方案成为中心点或多个服务器可以非常快速(通过 LAN)查询的联合服务。

很少会对这些数据进行“更新”操作，但读取速度会非常非常频繁，因此读取速度至关重要。

有什么建议吗？

杰夫

Answer 1

我的解决方案是将配置放在与应用程序相同的数据库中。这样，我可以简单地将一个数据库连接器传递给应用程序，它会使用正确的配置。

在应用程序中，配置是通过全局配置实例访问的，该实例将一次性从数据库中读取所有值并缓存它们。对于基于 Web 的应用程序，我使用一个特殊的 URL 来告诉配置实例刷新自身。

对于其他应用程序，我使用本地文件。当文件存在时，重新读取配置数据。您可以在第二个线程中执行此操作，或者每次都检查文件。由于路径是静态的，操作系统可以优化这种访问，直到它花费很少的时间。读取配置后，文件被删除，所以我知道重新加载发生了。